Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Quantum_fireball 22. 03. 2013, 19:31:03
-
Zdravim predom sa ospravedlnujem ak som sa zaradil do zlej sekcie.
Mam hardisk 150GB na ktorom mam ubuntu 12.04 je rozdeleny na 4 particie(root,/home,SWAP,+windows).
Pred nedavnom som kupil novy 1T disk Seagate(SV35.5)- inspiroval som sa nedavnym citamim po foru ze ten disk je vcelku schopny. Oba disky su SATA.
Povodny disk je MBR novy je GTP chcel by som presunut cely linuxovy system na novy HDD a teda svoj stary 150GB HDD odstavit z prevadzky.
Na novom disku som pomocou parted vytvoril optimalizovane particie. Vytvoril som 4 particie stym ze som tak trocha pocital ze by som si mohol vytvorit particiu aj pre /boot.
Primarne je ale pre mna aby som particie zo stareho disku teda /root a /home preniesol na novy disk (WINDOWS neriesim).
V podstate som tuto cast uz aj spravil pomocou rsync respektive Grsync z prostredia LiveCD (nechal som zachovat skupiny, prava, cas, symlink/hardlink)
Mozno sa to dalo cele aplikovat na prikaz rsync -a /media/POVODNA_Particia/ /media/NOVA_Particia -je tak? (pretoze ja neviem ci tam este nejaky prepinac nechyba)
Dalej som myslel ze je treba editovat fstab kedze ubuntu pouziva UUID tak som si pomocou blkid upravil UUID aj fstab.
Ibaze co dalej? Vobec neviem ako to rozchodit je mi jasne ze treba rozbehat GRUB a zaznam do MBR uz som skusil par pokusov ale stymto by som naozaj potreboval pomoct.
Este dodam ze utilitu DD som nepouzil pretoze na starom disku nemam spravne zarovnanie velkosti a netusim ci by sa to neprenieslo aj do noveho disku. Zrejma ano ked je to bitova kopia alebo sa pletiem? Tak isto neviem ci dokaze sposobovat nejake problemy ze je disk GPT a nie MBR.
Je tu niekto ochotny kto ma s takym niecim skusenosti a pomoze mi? Dakujem
-
- GPT nemá MBR, štruktúra je úplne iná, ale ak si súbory presunul dobre, malo by to ísť
- skús napríklad http://howtoubuntu.org/how-to-repair-restore-reinstall-grub-2-with-a-ubuntu-live-cd/#.UUzFs-OKSxU (http://howtoubuntu.org/how-to-repair-restore-reinstall-grub-2-with-a-ubuntu-live-cd/#.UUzFs-OKSxU)
-
Postupoval bych takto:
1. vytvoření oddílů na novém disku a nakopírování dat.
2. úprava konfiguráků (fstab a podobně)
3. nabootovat nějaký live systém, udělat chroot na ubuntu na disku a nainstalovat grub jako při první instalaci nebo update..
Ještě jedna poznámka. Na ubuntu mám špatnou zkušenost s odděleným /boot FS. Vždycky se mi po nějaké době zaplní nebo mi kvůli malé velikosti znemožní update :(
-
Ked dnes prijdem domov skusim ten navod z linku. Nieco podobnr som uz robil ale mount --bind som pripajal len proc a dev . Ta samostatna /boot particia nieje pre mna momentalne dolezita takze mi staci ak to bude ako doteraz iba /home a / .
Dam vediet ako som pochodil.
-
Ještě jedna poznámka. Na ubuntu mám špatnou zkušenost s odděleným /boot FS. Vždycky se mi po nějaké době zaplní nebo mi kvůli malé velikosti znemožní update :(
Jo, protoze se pri updatech nemazou stare vmlinuz a initrd a dalsi kramy a vy se s tim take nenamahate.
-
Tak som to vyskusal a vysledok je taky ze:
1.zapnem pc
2.nastavim bootovanie z noveho disku
3.boot ani nezacne ostane to vysiet na POST hlaske: VERIFING DMI POOL DATA......
Nejaky iny napad? vsetky prikazy zbehli tak neviem uz vazne. Po opatovnom spusteni LiveCD nemozem mountnut particiu s / :
$ sudo mount /dev/sda2 /media/root_novy
mount: wrong fs type, bad option, bad superblock on /dev/sda2,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
$ dmesg | tail
[ 1449.481626] EXT4-fs (sda2): ext4_check_descriptors: Block bitmap for group 0 not in group (block 916204033)!
[ 1449.481634] EXT4-fs (sda2): group descriptors corrupted!
[ 1524.747286] EXT4-fs (sda2): ext4_check_descriptors: Block bitmap for group 0 not in group (block 916204033)!
[ 1524.747294] EXT4-fs (sda2): group descriptors corrupted!
[ 1940.196026] EXT4-fs (sda2): ext4_check_descriptors: Block bitmap for group 0 not in group (block 916204033)!
[ 1940.196034] EXT4-fs (sda2): group descriptors corrupted!
[ 1950.843034] EXT4-fs (sda2): ext4_check_descriptors: Block bitmap for group 0 not in group (block 916204033)!
[ 1950.843042] EXT4-fs (sda2): group descriptors corrupted!
[ 1966.121822] EXT4-fs (sda2): ext4_check_descriptors: Block bitmap for group 0 not in group (block 916204033)!
[ 1966.121830] EXT4-fs (sda2): group descriptors corrupted!
A toto vidim v gparted:(http://i48.tinypic.com/34zhtud.png)
sda1- som vytvoril do buducna pre pripadny /boot na samostatnej partisne-momentalne ho neplanujem vyuzivat
sda2 -bude obsahovat / z povodneho stareho disku(particie)
sda3 -SWAP
sda4 -Ma obsahovat /home z povodneho stareho disku(particie)
sda5 -Bezne DATA
-
Ještě jedna poznámka. Na ubuntu mám špatnou zkušenost s odděleným /boot FS. Vždycky se mi po nějaké době zaplní nebo mi kvůli malé velikosti znemožní update :(
Jo, protoze se pri updatech nemazou stare vmlinuz a initrd a dalsi kramy a vy se s tim take nenamahate.
Tak pozor. Tak blbej zase nejsem, soubory ještě smazat umím. A dokonce i poznám, které můžu smazat. Takový jsem šikula :D Ale jsem zvyklý z jiných dister, že 32M na boot BOHATĚ stačí a když jsem posledně dal Ubuntu asi 128M na boot, tak mi jeden update řekl, že potřebuju na boot asi o 100M víc!! A to jsem měl v bootu jen jedno jádro! Proboha na co to to Ubuntu potřebuje??!! O__O
-
Tak uz to uspesne mam. Ten link co poslal Vladimír Drgoňa je relevantny. Sice som ho skusal viac krat tak isto som skusal utilitu https://help.ubuntu.com/community/Boot-Repair no vysledok bol vzdy ze pri bootovani pocitaca to z disku nezacalo ani bootovat.
Verifing DMI Pool Data....
A tu stal cely pocitac.
Neviem ako moc to bolo dolezite ale miesto 1GiB particie ktora mala priznak bios_grub som vytvoril 1MiB particiu ponechal jej priznak bios_grub a uz zbehli oba postupy ci uz za pomoci chroot(grub-install, update-grub) alebo utilita boot-repair.
Aspon som pouceny do buducna ze to netreba hned vzdavat :o za sobotu/nedelu som totiz niekolko krat obnovoval/presuval data z HDD na druhy HDD a bootoval LiveCD:D Konecne som na novom disku zo starym systemom.
Happy end.
-
..... 1GiB particie ktora mala priznak bios_grub som vytvoril 1MiB .....
To je překlep, nebo si vážně nahradil jedno giga jedním mega?
-
..... 1GiB particie ktora mala priznak bios_grub som vytvoril 1MiB .....
To je překlep, nebo si vážně nahradil jedno giga jedním mega?
Nie nieje to preklep vazne som to urobil. Pri pouziti GTP ma clovek dve moznosti bud pouzit partisnu bios_grub ktora bude obsahovat ~32KiB dat alebo vytvorit EFI/UEFI partisnu 100MiB a viac. Keby tak neurobim modlim sa tu stym az do chvile kym by som disk nezmenil na MBR.
http://en.wikipedia.org/wiki/BIOS_Boot_partition (http://en.wikipedia.org/wiki/BIOS_Boot_partition)
https://wiki.archlinux.org/index.php/GRUB2#GUID_Partition_Table_.28GPT.29_specific_instructions
-
..... 1GiB particie ktora mala priznak bios_grub som vytvoril 1MiB .....
To je překlep, nebo si vážně nahradil jedno giga jedním mega?
Nie nieje to preklep vazne som to urobil. Pri pouziti GTP ma clovek dve moznosti bud pouzit partisnu bios_grub ktora bude obsahovat ~32KiB dat alebo vytvorit EFI/UEFI partisnu 100MiB a viac. Keby tak neurobim modlim sa tu stym az do chvile kym by som disk nezmenil na MBR.
http://en.wikipedia.org/wiki/BIOS_Boot_partition (http://en.wikipedia.org/wiki/BIOS_Boot_partition)
https://wiki.archlinux.org/index.php/GRUB2#GUID_Partition_Table_.28GPT.29_specific_instructions
Hmmm, zajímavé, člověk se pořád něco učí.
-
Tak pridavam viac materialu na studium:
Ten 1 MiB je BIOS Boot partition, potrebna pri bootovani z GPT disku v BIOS mode.
Viac info je tu: http://www.rodsbooks.com/gdisk/ (http://www.rodsbooks.com/gdisk/) (je tam specialna kapitola o bootovani z GPT disku jednak v BIOS mode a jednak v UEFI mode)
A mne osobne sa zda gdisk lepsia utilita na pracu s diskom, nez je parted.