Flytta system-disk till annan disk?

[walle]

Är lite osäker om jag verkligen har hamnat i rätt forum, men vilket fall som helst.

Jag har skapat en tråd tidigare om min hårddisk som verkar flippa ur (http://ubuntu-se.org/phpBB3/viewtopic.php?f=67&t=43089). Idag fick jag svar från min datorbutik att de utifrån min beskrivning kan konstatera att det är sannolikt en defekt hårddisk och att jag nog behöver skicka in den.

Nu till problemet, hårddisken som det rör sig om är den disk som också innehåller root-partitionen. Med andra ord skickar jag iväg den disken kommer serven att bli stående. Som tur är har jag två hårddiskar till i serven och om jag städar lite bland gamla filer kan jag få över all information från min defekta hårddisk till dessa. Nu till problemet:

Hur löser jag smidigast överflytten av från en hårddisk till en annan som ska ta över som en systemdisk?

Att göra nyinstallation av alla program, inställningar osv. har jag tyvärr inte tid med eftersom att jag pluggar och tenta-veckan närmar sig med stormsteg. Så att detta är mer av en sista utväg. Drömscenariot skulle nog vara om man princip bara kopplar ur den trasiga disken och helt enkelt kör den på en av de fungerande diskarna tillfälligt tills dess den nya hårddisken kommer och flyttar tillbaka allt igen. Men det jag är ute efter är det smidigaste sättet att kunna köra serven från en annan hårddisk. Några förslag?

Jag är tacksam för all hjälp jag kan få. Hittills har ni varit helt underbara!

==============================================
Lite kort info om serven:

Apache, PHP5 (dotdeb), mysql (dotdeb), webmin, hdtemp, olika verktyg för övervakning av temperatur, mumin, rtorrent, ssh och en del mindre program.

(Det är 750.1 GB-disken som är tratisg, resten fungerar)

--

sudo fdisk -l

Kod: Markera allt

Disk /dev/sda: 750.1 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000dad41

   Device Boot      Start         End      Blocks   Id  System
/dev/sda2   *           1       91201   732572001    5  Extended
/dev/sda5           90453       91201     6016311   82  Linux swap / Solaris
/dev/sda6               1        1216     9767425+  83  Linux
/dev/sda7            1217       90452   716788138+  83  Linux

Partition table entries are not in disk order

Disk /dev/sdb: 640.1 GB, 640135028736 bytes
255 heads, 63 sectors/track, 77825 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x675f81ae

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       77825   625129281   83  Linux

Disk /dev/sdc: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x07670766

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1       30401   244196001   83  Linux

[Bowmore]

Det enklaste är väl att kopiera över partitionerna ifråga mha GParted.

Har du uuid i grub (menu.lst) och fstab så funkar det utan ändringar där. Sen behöver du fixa en ny MBR med kommandot grub på den temporära disken så att du kan boota upp servern igen. Obs att du kan inte ha den ordinarie och temporära disken inkopplade samtidigt sen, eftersom de kopierade partitionerna får samma uuid som orginalen vilket kan ställa till det.

[walle]

GParted låter bra, är det bara skapa två partitioner eller vad gör man? Är det möjligt att använda ledig utrymme på en disk som samtidigt har data lagrad på den utan att den försvinner?

Vad menar du med "MBR"? Hur gör jag detta med GRUB?

"Obs att du kan inte ha den ordinarie..."

Disken kommer att formateras innan den skickas in, dessutom kommer jag troligtvis få en ny hårddisk. Då borde det inte vara några problem? Eller tänker du på då när jag ska flytta tillbaka igen till den nya disken?

[Bowmore]

Är det möjligt att använda ledig utrymme på en disk som samtidigt har data lagrad på den utan att den försvinner?

Japp! Det du behöver göra är att skapa ett ledigt diskutrymme på t.ex sdb. Sen kopierar du din logiska sda6-partition till det lediga utrymmet på sdb med GParted. Sen kan du skapa en ny swap där också. Den kritiska delen är när du minskar sdb1 för att bereda plats för sda6 så gör en backup av de data på sdb1 som du inte har råd att förlora om du har den möjligheten. Sen är ju frågan vad du gör med innehållet i sda7.

Vad menar du med "MBR"? Hur gör jag detta med GRUB?

MBR (Master Boot Record) är den del att grubs starthanterare som ligger på diskens bootsektor, dvs den första sektorn på disken. Det är den som Bios anropar för att starta upp systemet.
Det finns en beskrivning Reparera GRUB som du kan kolla. Det du behöver göra är det som står under punkterna 2-7.

"Obs att du kan inte ha den ordinarie..."

Disken kommer att formateras innan den skickas in, dessutom kommer jag troligtvis få en ny hårddisk. Då borde det inte vara några problem? Eller tänker du på då när jag ska flytta tillbaka igen till den nya disken?

Jag menar bara att efter det du kopierat och ev backat upp data och formaterat om sda så plockar du ur den innan du reparerar MBR och kör igång systemet igen. Men visst, formaterar du om sda så kan du ha den kvar. Det kan dock orsaka problem beroende på hur grub och systemet adresserar dina partitioner. Använder grub (/boot/grub/menu.lst) och systemet (/etc/fstab) uteslutande uuid så ska det inte vara några problem vad jag kan se.

Jag själv skulle nog vänta med att formatera om sda tills jag fått upp systemet med kopian av sda6 med den defekta disken bortkopplad.

[walle]

Är det möjligt att använda ledig utrymme på en disk som samtidigt har data lagrad på den utan att den försvinner?

Japp! Det du behöver göra är att skapa ett ledigt diskutrymme på t.ex sdb. Sen kopierar du din logiska sda6-partition till det lediga utrymmet på sdb med GParted. Sen kan du skapa en ny swap där också. Den kritiska delen är när du minskar sdb1 för att bereda plats för sda6 så gör en backup av de data på sdb1 som du inte har råd att förlora om du har den möjligheten. Sen är ju frågan vad du gör med innehållet i sda7.

Jag gör istället så att jag tar min 250-gigs hårddisk och kör med den istället, den används bara för att lagra mina backuper så att inget kritiskt försvinner. Det är en liten chansning, eftersom att då har jag inte tillräckligt med utrymme för att lagra flera backuper den tiden. Men den risken får jag nog ta.

Vad menar du med "MBR"? Hur gör jag detta med GRUB?

MBR (Master Boot Record) är den del att grubs starthanterare som ligger på diskens bootsektor, dvs den första sektorn på disken. Det är den som Bios anropar för att starta upp systemet.
Det finns en beskrivning [url=<a style="background-color: rgb(255, 249, 171);" class="linkification-ext" href="http://web.telia.com/%7Eu17103363/doc/U ... _forts.htm" title="Linkification: http://web.telia.com/~u17103363/doc/Ubu ... rts.htm</a>]Reparera GRUB[/url] som du kan kolla. Det du behöver göra är det som står under punkterna 2-7.

Jo då, Master Boot Record känner jag till, det är bara att jag sällan använder just den förkortningen.

"Obs att du kan inte ha den ordinarie..."

Disken kommer att formateras innan den skickas in, dessutom kommer jag troligtvis få en ny hårddisk. Då borde det inte vara några problem? Eller tänker du på då när jag ska flytta tillbaka igen till den nya disken?

Jag menar bara att efter det du kopierat och ev backat upp data och formaterat om sda så plockar du ur den innan du reparerar MBR och kör igång systemet igen. Men visst, formaterar du om sda så kan du ha den kvar. Det kan dock orsaka problem beroende på hur grub och systemet adresserar dina partitioner. Använder grub (/boot/grub/menu.lst) och systemet (/etc/fstab) uteslutande uuid så ska det inte vara några problem vad jag kan se.

Jag själv skulle nog vänta med att formatera om sda tills jag fått upp systemet med kopian av sda6 med den defekta disken bortkopplad.

[/quote]

Juste ja, det är klart att blir så, det var bara jag som inte tänkte riktigt så långt.

Sda ska jag förstås inte formatera först när allt är klart.

Uuid har jag trippelkollat nu att det är både i grub och systemet. Dock undrar jag i fstab om det har någon betydelse att sda6 innehåller raden "relatime,errors=remount-ro,usrquota,grpquota 0 1" och inte de övriga diskarna (servens fstab finns i slutet av inlägget)?

Annars tror jag att jag har koll på allt jag behöver veta. Jag ska senare i kväll sätta igång med arbetet med serven. Om det inte är något speciellt ska du Bowmore ha riktigt stort tack för hjälpen. Utan dig skulle jag nog slösat åtskilliga timmar av mitt liv i onödan (framför en terminal för att installera och konfigurerat allt på nytt).

Kod: Markera allt

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0

# /dev/sda6
UUID=de8a801d-7d86-47a0-9862-d2a428691b96 /               ext3    relatime,errors=remount-ro,usrquota,grpquota 0       1

# /dev/sda7
UUID=18b42f72-33c8-497a-95f0-8adc0af1f20f /home           ext3    relatime        0       2

# /dev/sda5
UUID=7bb2aaf7-aa90-4cb9-a2ea-3d894af57bc5 none            swap    sw              0       0

/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0

/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

# /dev/sdb1
UUID=b76850b9-fa62-47fe-882f-3241a247d115    /media/disk2   ext3    defaults     0        2

# /dev/sdc1
UUID=61336541-27f2-4363-ba5b-3603d69a8f82    /media/backup ext3 defaults 0 0

[Bowmore]

Dock undrar jag i fstab om det har någon betydelse att sda6 innehåller raden "relatime,errors=remount-ro,usrquota,grpquota 0 1" och inte de övriga diskarna (servens fstab finns i slutet av inlägget)?

Nej, det är ok. Det enda du gör är ju att flytta systempartitionen till en annan disk.

Om sda7 är en del av systemet, t.ex /home, /log etc. så måste du ha med den också.

Detta är en relativt enkel manöver, det att flytta partitioner. Har själv gjort det ett antal gånger, senast då jag bytte ut mina gamla diskar mot nya. Har du några ytterligare frågor så hör av dig.

[walle]

Jo, jag litar på att du kan din sak. Det är bara det att när det kommer till oersättlig data frågar jag hellre en gång för mycket än för lite. Det är lätt hänt att göra fel.

Men sda7 är /home och den måste också flyttas. Hur gör jag med den?

[Bowmore]

Men sda7 är /home och den måste också flyttas. Hur gör jag med den?

Bra fråga. Den är ju ganska stor (ca 720GB ) och får inte rum på din 250GB disk. Men den kanske inte är välfylld och går att krympa genom att också backa upp det mesta och sen ta bort det du backat upp i sda7 så sda7 får plats nånstans. Annars blir det problem.

[walle]

Ja, disken har tillgång till 720 gb, men den är inte fylldd till 720 gb. Den är bara fylld till ca 100 efter att jag har rensat allt onödigt som fanns på den. Så att den data som kommer både från /root och /home är på ca 110 gb, och det håller sig väl inom de 250 gb som jag har tillgång till (eller rättare sagt ca 200gb). Det jag undrade var bara om det fanns några tekniska hinder som du eventuellt känner till?

[Bowmore]

Det jag undrade var bara om det fanns några tekniska hinder som du eventuellt känner till?

Nej, förutom ledigt diskutrymme, så kommer jag inte på några direkta hinder.

Efter det att du flyttat partitionerna och installerat MBR på nuvarande sdc och fixat bootordningen i Bios så är det grub via menu.lst direktiven som laddar upp kärnan i RAM som sen bl.a monterar diskarna enligt fstab. Görs allt mha uuid så ska det inte spela nån roll var dessa partitionen ligger. Men jag kan ha glömt nåt men det fixar vi i så fall på vägen

[walle]

Jag har börjat med root-partitionen, men det verkar som att den avbryter processen. Den klagar på att ett block är skadat när den ska kopiera från hårddisken. Alltså stannar den steget efter "Finding optimal block-size".

Sedann går det inte kopiera home heller eftersom att den är för stor, förmodligen för att den är en partition på 720 gb. Vågar jag minska denna utan att data försvinner? Har du en bättre idé hur jag ska gå till väga?

Edit: Den verkar som att den har skapat partitionen för root, för att nu finns den tillgänglig för montering och kollar man informationen om den så har den UUID och hela köret. Tror du att det går att med hjälp av CP med root-rättigheter att kopiera allt från den trasiga disken till den som jag just skapde?

[Bowmore]

Edit: Den verkar som att den har skapat partitionen för root, för att nu finns den tillgänglig för montering och kollar man informationen om den så har den UUID och hela köret. Tror du att det går att med hjälp av CP med root-rättigheter att kopiera allt från den trasiga disken till den som jag just skapde?

Lite osäker här på vilka flaggor som ska användas men jag tror att detta räcker:

Kod: Markera allt

sudo cp -RPp <källa> <destination>

Sedann går det inte kopiera home heller eftersom att den är för stor, förmodligen för att den är en partition på 720 gb. Vågar jag minska denna utan att data försvinner? Har du en bättre idé hur jag ska gå till väga?

Japp, du behöver minska /home-partitionen så att den får plats på nån annan disk. Det finns alltid en risk att t.ex en storleksändring går snett. Har dock aldrig själv råkat ut för det under de 10-15 år jag använt grafiska partitioneringsverktyg. Men är oturen framme så ... Rekommenderar att du backar upp dina filer.

En annan möjlighet är att använda idén kring hur man skapar en separat /home
Skapa en separat home-partition

[walle]

Kod: Markera allt

sudo cp -RPp <källa> <destination>

Jag provade att kopiera /home med kommandot. Men den sätter all mappar till root istället för de användare som som resptektive mapp eller fil ägs av. Kör man utan sudo så kan den inte kopiera allt. Jag har både försökt både från LiveCDn och att starta upp serven, det blir olika resultat men att de är som sagt fel rättigheter (eller snarare ägare).

Jag ska försöka igen att kopiera root-partitionen med hjälp av partitionsprogrammet se om det hjälpte med en omstart av serven.

Edit: Samma resultat som innan, även med ett annat program som jag installerade och försökte köra med som kopierade partitionen och gav samma fel.

Har du fler idéer? Jag tror att får vi cp att fungera så att den sätter rätt ägare på alla filer så tror jag att vi har en vinnare.

[Bowmore]

Jag provade att kopiera /home med kommandot. Men den sätter all mappar till root istället för de användare som som resptektive mapp eller fil ägs av.

Det ska den inte göra. Flaggan p (litet P) ska bibehålla ägare, grupp och överiga rättigheter inkl datum och tid då de skapades. Glömde du den flaggan?

Problemet med att kopiera med cp är att allt inte kan kopieras. I din hemkatalog har jag för mig att filen .dmrc inte går att kopiera men det är möjligt att den återskapas vid inloggningen och isf är det inget problem. Min tanke för /home-partitionen var att göra det enligt wikin jag refererade till, om du inte vågar dig på att minska den med GParted.

Samma problem kan dyka upp för /-partitionen. Kruxet här är även att den partitionen har felaktiga sektorer men förhoppningsvis är det sektorer som inte används för existerande mappar och filer och då kan de kopieras. Men jag vill låta det vara osagt om allt går att kopiera rakt av även här.

[walle]

Jag tror att jag upptäckte felet. På något vänster så den disk jag skulle kopiera ifrån inte hade rätt rättigheter den heller. Men men när jag monterade den till mappen /media så fick den rätt rättigheter. Sedan provade jag på min arbetsdator komandot och då gjorde den som den skulle. Det skulle kunna vara så att jag skrev fel, men det är högst osannolikt eftersom att jag trippelkollade att det var verkligen rätt. End of story.

Dock har jag upptäckt ett annat problem. När jag monterade den nya rooten som jag kopierade så innehöll den följande:

Kod: Markera allt

ubuntu@ubuntu:~$ ls /media/nyroot/
ls: cannot access /media/nyroot/usr: Stale NFS file handle
ls: cannot access /media/nyroot/lib: Stale NFS file handle
ls: cannot access /media/nyroot/initrd: Stale NFS file handle
ls: cannot access /media/nyroot/proc: Stale NFS file handle
ls: cannot access /media/nyroot/tmp: Stale NFS file handle
ls: cannot access /media/nyroot/var: Stale NFS file handle
ls: cannot access /media/nyroot/sbin: Stale NFS file handle
ls: cannot access /media/nyroot/mnt: Stale NFS file handle
ls: cannot access /media/nyroot/etc: Stale NFS file handle
ls: cannot access /media/nyroot/media: Stale NFS file handle
ls: cannot access /media/nyroot/home: Stale NFS file handle
ls: cannot access /media/nyroot/boot: Stale NFS file handle
ls: cannot access /media/nyroot/nyroot: Stale NFS file handle
ls: cannot access /media/nyroot/root: Stale NFS file handle
ls: cannot access /media/nyroot/sys: Stale NFS file handle
ls: cannot access /media/nyroot/opt: Stale NFS file handle
ls: cannot access /media/nyroot/bin: Stale NFS file handle
bin   etc   initrd  media  nyroot  proc  sbin  tmp  var
boot  home  lib     mnt    opt     root  sys   usr

Jag tänkte "men det är ju bara att ta bort", men det blev istället:

Kod: Markera allt

sudo rm -rf /media/nyroot/
rm: cannot remove `/media/nyroot/usr': Stale NFS file handle
rm: cannot remove `/media/nyroot/lib': Stale NFS file handle
rm: cannot remove `/media/nyroot/initrd': Stale NFS file handle
rm: cannot remove `/media/nyroot/proc': Stale NFS file handle
rm: cannot remove `/media/nyroot/tmp': Stale NFS file handle
rm: cannot remove `/media/nyroot/var': Stale NFS file handle
rm: cannot remove `/media/nyroot/sbin': Stale NFS file handle
rm: cannot remove `/media/nyroot/mnt': Stale NFS file handle
rm: cannot remove `/media/nyroot/etc': Stale NFS file handle
rm: cannot remove `/media/nyroot/media': Stale NFS file handle
rm: cannot remove `/media/nyroot/home': Stale NFS file handle
rm: cannot remove `/media/nyroot/boot': Stale NFS file handle
rm: cannot remove `/media/nyroot/nyroot': Stale NFS file handle
rm: cannot remove `/media/nyroot/root': Stale NFS file handle
rm: cannot remove `/media/nyroot/sys': Stale NFS file handle
rm: cannot remove `/media/nyroot/opt': Stale NFS file handle
rm: cannot remove `/media/nyroot/bin': Stale NFS file handle

Jag provade att kopiera i alla fall, men inte så förvånade nog får jag samma fel. (Jag körde komandot "sudo cp -RPpt /media/root/ /media/nyroot/", argument t är för att den inte ska skapa mappen "nyroot" under /media/nyroot/ utan kopierar allt direkt till mappen).

En formatering med hjälp av parttionsredigeraren leder till att disken får ny uuid-nummer. Vad gör man?

[walle]

Nu tror jag att jag får ge upp mina försök nu och börja inse att hårddisken är för skadad för att kunna göra något åt det. Jag kommer nu att försöka rädda det som går att rädda och sedan blir det formatering av och skicka in den för att få en ny på garantin.

Tråkigt men sant, men å andra sidan får jag en fräch installation som jag kan ha glädje av istället.

Tack för all hjälp jag har fått! Jag har trots allt lärt mig mycket nytt som jag inte visste tidigare.

[Bowmore]

Det verkar ju skumt att du får Stale NFS file handle på de kopierade mapparna i nyroot. Det visar hur som helst att du lyckats kopiera men varför du får detta resultat här förstår jag inte.

Kanske värt att prova kommandot:

Kod: Markera allt

sudo fsck -fy /dev/sdxx

där sdxx är din nya partition nyroot och se om det löser upp ditt problem.

[walle]

Tyvärr kommer du för sent, hårddisken är redan formaterad och nedpackad och redo att skickas. Men tack för din hjälp ännu en gång!