Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: webhope 11. 08. 2011, 08:50:23
-
Ahoj.
Mám jeden disk (WD 120GB), který je rozdělený na:
hda1 - ntfs - system Windows
hda2 - programy
hda3 - archiv
hda4 - extended
hda5 - zalohy
hda6 - install
hda7 - linux (Mandriva 2010, první verze)
Pak mám druhý disk Samsung 80GM, a na něm je stejná struktura oddílů. Na linux jsem nastavil stejnou velikost oddílu. Velikost toho oddilu jsem zjišťoval z instalačky Windows, protože tam to je vypsané v megabytech. A pak jsem tu velikost nastavil v Gparted, tak aby oba oddíly byly stejné.
Linux na tom prvním disku mi funguje. Nabootoval jsem na live CD Mandriva, odpojil jsem hda7 a hdb7 a pomocí dd jsem zkopíroval systém z hda7 na hdb7. Pak jsem vzal Smart Boot Manager na disketě a zkusil jsem nabootovat na sedmý oddíl toho menšího disku a píše to nějakou chybu se zavaděčem linuxu.
Tak se chci zeptat jestli musím někam nainstalovat zavaděč? Neměl by ten zavaděč být už nainstalovaný, když jsem to jen tak zkopíroval do 7. oddílu? A je ta velikost jistá? Nemohl dojít k nějakému rozdílu vlivem odlišnosti kapacit těch dvou disků? Přeci jsem nastavoval stejnou velikost na megabyty.
-
Vzhledem k tomu, že křišťálová koule je úzkoprofilové zboží a nemá mi ji kdo půjčit:
a) Jaký používáš zavaděč?
b) Jakou chybovou hlášku to píše?
-
Grub a píše to GRUB Geom error. Nic víc
-
Hm, nastartuj z Live CD, udelej chroot na puvodni linux a po googli si navod jak opravit grub a koukni i po tom jak spravne udelat chroot.
-
Předpokládám, že ta zkopírovaný oddíl jde z toho liveCD normálně připojit. Takže: nabootovat z liveCD, připojit, chrootnout do toho promontovaného oddílu a přeinstalovat Grub příkazem grub, případne grubinstall, nebo co má ta Mandriva.
On totiž Grub je částečně na pevných adresách kde ho hledá bootsektor a tam má zapsáno na kterých sektorech se nachází zbytek.
Mandrivu sice neznám, používám Gentoo, ale tenhle postup je univerzální.
-
Napadá mě, že bych mohl pro jistotu zkusit nainstalovat zavaděč na hda7, ale je to divné, protože logicky by tam měl být. Nebo že by Smart disk manager místo na hda7 hledal v hlavním zaváděcím záznamu, kde je Windowsovský zavaděč, ale to je snad nepravděpodobné.
Jinak mám ještě bootovacím disketu s grub diskem, odkaď by teoreticky měl jít bootovací záznam zavést, jenže nenašel jsem tam příkaz device.
Hm, nastartuj z Live CD, udelej chroot na puvodni linux a po googli si navod jak opravit grub a koukni i po tom jak spravne udelat chroot.
Grub nainstalovat umím pomocí příkazů device, root a setup. Původní linux mi bootuje, není důvod se do nej changerootovat. Ale mohu se changerootnout do toho nově zkopírovaného systému.
-
Hlásím, že se mi povedlo nainstalovat grub, ale... Vzhledem k tomu, že oba disky mají stejné UUID a v konfiguraci /boot/grub/menu.lst je toto UUID uvedeno, potřeboval bych změnit UUID tomu novému disku.
Proto se chci zeptat jestli mi můžete poradit jak nastavit to UUID
příkaz uuidgen jsem už našel, ale ještě přijít na to jak to nastavit
-
Vzhledem k tomu, že oba disky mají stejné UUID
Oddíly, sorry
-
'dd' bych se na různě velké disky docela bál použít (jeden z nich bude menší a buď to nebude fungovat nebo se část místa nevyužije). pro kopii obsahu filesystému úplně stačí 'cp -ar'.. pak na velikosti vůbec nezáleží :-)
disk s windows obvykle má aktivní boot partition (viz třeba 'fdisk -l /dev/sdx'), kde je první zavaděč (windows/grub/lilo..). to ale nejde pro extended. taky záleží, jak je na tom konkrétní bios s bootováním z velkých disků - občas to některý nezvládá (nebo nezvládal.. už jsem to dlouho nezkoušel).. osvědčený způsob je:
- jako jednu z primárních partition udělat malý disk pouze pro /boot
- ten je nastavený jako aktivní, do MBR nebo do něj se nainstaluje grub.
(- při dualbootu s windows musí buď windows loader mít volbu pro linux nebo naopak grub pro windows)
- tím se vždy a všude rozjede initrd, který už vidí i další-delší disky, může dešifrovat, používat lvm, či co je zrovna potřeba
- partition pro root je potom klidně na konci prvního/jiného disku
pak už jen nainstalovat na zvolené místo třeba ten grub a bootování by mělo fungovat :)
... Vzhledem k tomu, že oba disky mají stejné UUID
vedlejší efekt toho dd :) uuid viz 'man tune2fs'
-
Pak mám druhý disk Samsung 80GM, a na něm je stejná struktura oddílů. Na linux jsem nastavil stejnou velikost oddílu. Velikost toho oddilu jsem zjišťoval z instalačky Windows, protože tam to je vypsané v megabytech. A pak jsem tu velikost nastavil v Gparted, tak aby oba oddíly byly stejné.
....
A je ta velikost jistá? Nemohl dojít k nějakému rozdílu vlivem odlišnosti kapacit těch dvou disků? Přeci jsem nastavoval stejnou velikost na megabyty.
to je tedy jen priblizne stejny, partice nejsou normalne zarovnany na megabajty a jeste postup vzit cislo z instalatoru widli a dat ho do gparted... :o
jestli chces mit naprosto stejne velkou partici, tak nebud liny a pouzij fdisk, pak muzes udelat zalohu pres dd
jestli partice nebudou uplne stejny, muzes mit teoreticky problemy, ze se nenakopiruje vsechno, nebot nebude kam, nebo na konci bude neco navic
jinak lepsi metoda podle me je nepouzivat dd, ale tar, pak ty partice nemusi byt uplne stejny, tu novou naformatujes jak chces, muze mit i jinej souborovej system, jedna vyhoda je, ze se zbavis fragmentace, druha, ze budou mit jiny UUID
kopie trebas z /mnt/origo na /mnt/novy
cd /mnt/origo;tar cS . | tar xvp -C /mnt/novy
a pak jeste samozrejme nainstalovat zavadec na novej disk, nejlip do MBR
-
Pokus:
hd0,6 bootuje na sdb7 (nesprávný disk)
hd1,6 vypíše chybu: selected cylinder exceeded bios
-
To vypadá na problém s odlišnou geometrií. Vytvoř na druhém disku nový oddíl a překopíruj všechna data pomocí cp -ar, jak bylo uvedeno výše. Pak přeinstaluj zavaděč a bude vše OK.
-
ta hláška byla spíš nějak takhle: cylinder exceeded supported maximum by bios
díval jsem se do fdisku a oba oddíly mají přesně stejnou velikost
-
Stejnou velikost, ale Ondrej ti jasne psal ze problem bude s geometrii a nikoliv velikosti. Vzdyt i ta chybova hlaska ti jasne rika, ze jsi prekrocil pocet cylindru podporovanych BIOSem :).
-
a zavadec je kde? v bootu toho 7. oddilu? to ho musis preinstalovat, pac on si pamatuje geometrii staryho disku a najednou je na novym disku a je z toho zmatenej
a proc vubec nedas zavadec (asize GRUB?) do MBR? to byva lepsi
-
a zavadec je kde? v bootu toho 7. oddilu? to ho musis preinstalovat, pac on si pamatuje geometrii staryho disku a najednou je na novym disku a je z toho zmatenej
a proc vubec nedas zavadec (asize GRUB?) do MBR? to byva lepsi
zavadec jsem preinstaloval (hda7) co to je asize? Jasně ja bych ho tam dal, ale pomohlo by to, když nejede sda7? Asi ne. A momentalně je tam Windowsovský aby šel aspon ten novy Windows spustit. Poresil bych to zítra, jsem totiž nemocný.
-
asize je asi ze...
zavadec v sda7 nemusi jet z mnoha duvodu, je to v extended, je to za limitem biosu, mozna si ho nepreinstaloval dobre, mozna je problem v tom zavadeci, kteryho odkazujes na sda7, jak to vlastne delas?
jinak grub v MBR je v pohode, widle pousti, i widle 7 s truecryptem; udelas to takto:
title Widle widlovaty
rootnoverify (hd0,0)
makeactive
chainloader (hd0,6)/boot/win.bootsector
kdyz ten win.bootsector sezenes pomoci dd if=/dev/sda bs=512 count=1 of=win.bootsector a strcis do /boot
jinak nechapu ten duvod, proc mas na druhym disku kopii prvniho, to budou v pocitaci porad dva disky, nebo jak?
a grub instalujes manualne? nebo jak? a co rika?
-
Díky za ochotu při řešení problému. Ještě mi není moc dobře, takže to asi nechám na odpoledne.
Použil jsem:
cd mnt
mkdir sda7
mount /dev/sda7 sda7
chroot sda7
grub
find /boot/grub/stage1
vypíše systém na hd0,6 a myslím že hd1,6 jsou ext3
root (hd0,6)
setup (hd0,6)
done. suceeded.
Tohle mě ze začátku při bootu na sda7 směrovalo na hd1,6 (sdb7), a spustil se starý systém.
Pak jsem zkusil v Manageru boot na hd1,6 a nešlo to (viz chyba o té geometrii).
Zatím, jdu se léčit
-
jinak nechapu ten duvod, proc mas na druhym disku kopii prvniho, to budou v pocitaci porad dva disky, nebo jak?
Dočasné řešení při přeinstalaci disku. Organizace je sice stejná, ale změnili se kapacity oddílů. Více prostředků pro disk systém, méně pro programy. Starý disk může sloužit jako záložné uložiště zatím.
-
no jeste je otazka, jestli opravdu hd0 je sda a hd1 sdb, vono to tak byt nemusi, zvlast kdyz ti ten find rekne o obou diskach
co takhle zkusit taky:
root (hd1,6)
setup (hd1,6)
nebo jeste v grubu je trik jak si byt jistej:
device (hd0) /dev/sda
anebo mne napada odpojit ten starej disk a hrat si jenom s tim novym
-
no jeste je otazka, jestli opravdu hd0 je sda a hd1 sdb, vono to tak byt nemusi, zvlast kdyz ti ten find rekne o obou diskach
co takhle zkusit taky:
root (hd1,6)
setup (hd1,6)
Riziko přepsání funkčního bootovacího sektoru
anebo mne napada odpojit ten starej disk a hrat si jenom s tim novym
To zase bych neměl přístup k tomu funkčnímu bootovacímu sektoru... A k funkčnímu linuxu.
Já bych zkusil ty metody na kopírování systému, ale mám k tomu dotaz. To s tím tarem, netrvá to moc dlouho? To bude balit a rozbalovat? Jsem se touto tématikou už jednou kdysi zabýval a nepovedlo se mi to. Mám pocit, že to není také jednoduché, že by to šlo jen jedním příkazem, že to bylo kapku složitější téma.
-
Já bych zkusil ty metody na kopírování systému, ale mám k tomu dotaz. To s tím tarem, netrvá to moc dlouho? To bude balit a rozbalovat? Jsem se touto tématikou už jednou kdysi zabýval a nepovedlo se mi to. Mám pocit, že to není také jednoduché, že by to šlo jen jedním příkazem, že to bylo kapku složitější téma.
Co znamená "dlouho"? Rychlost závisí na tom kolik dat tam vlastně máte, kolik je tam souborů atd. Pokud je tam hodně maličkých souborů tak to může trvat dlouho, na druhou stranu "dd" zake kopíruje i reálně neobsazené místo. Hlavně se ale s tou "dd" metodou patláte už cca 24 hodin takže i kdyby to kopírování běželo hodinu tak to bude 24x rychlejší.
IMHO to ani nemusíte balit tarem, stačí prosté "cp -RP" tj. rekurzivně se zachováním atributů (práva apod.).
-
No aspoň budu vědět pro příště jestli to jde nebo nejde. Je to asi 3,7 Gb dat, základní instalace Mandriva 2010. Disky IDE WD 120Gb a Samsung 80Gb. Vaše řešení vyzkouším.
-
Ten tar funguje, jak jsem psal. A je to podobne rychly jako cp a jeste zachovava sparse soubory.
No ja myslel vyhodit vetsi disk jen na operaci prepsani zavadece, jestli se bojis o fungujici zavadec. Pak si ho tam zase dej.
-
Fíha, to jsou šachy .... zaráží mne změna z většího disku na menší, většinou jdu opačným směrem. Jinak změna uuid není nutností, stačí grub a fstab změnit na klasiku /dev/sdX, prostě na starý formát. Jaké to má nevýhody snad zmiňovat nemusím.
-
Fíha, to jsou šachy .... zaráží mne změna z většího disku na menší, většinou jdu opačným směrem. Jinak změna uuid není nutností, stačí grub a fstab změnit na klasiku /dev/sdX, prostě na starý formát. Jaké to má nevýhody snad zmiňovat nemusím.
Jasně, ale tohle já moc neřeším, když nejde o můj počítač. Je to starý počítač a ten druhý disk (ten menší) je stále prakticky nevyužitý a navíc uživatel toho počítače užije tak možná 35 gigabyte kapacity. S tím co máme je to jediné logické řešení, pokud nechceme kupovat "nový" disk. A ten druhej disk zůstane volný na cokoliv, hlavně na zálohy systému.
-
Takže po přečtení všech příspěvků jsem pochopil, že na 120GB disku jste upravil oddíly tak, aby se všechny vešly na onen 80GB disk, a jinak jsou disky naprosto totožné nemýlím se? Pokud ano, proč jste použil dd na jeden oddíl a ne na celý disk? Já bych ho použil na celý disk, potom bych odpojil 120GB, na její místo připojil 80GB a musí to fungovat. Pokud 80GB disk funguje, připojil bych onen 120GB a dělal s ním, co potřebuji. Pokud jsem však přehlédl důvod, proč se kopíroval jen onen jeden oddíl, tak se omlouvám.
-
Takže po přečtení všech příspěvků jsem pochopil, že na 120GB disku jste upravil oddíly tak, aby se všechny vešly na onen 80GB disk, a jinak jsou disky naprosto totožné nemýlím se? Pokud ano, proč jste použil dd na jeden oddíl a ne na celý disk? Já bych ho použil na celý disk, potom bych odpojil 120GB, na její místo připojil 80GB a musí to fungovat. Pokud 80GB disk funguje, připojil bych onen 120GB a dělal s ním, co potřebuji. Pokud jsem však přehlédl důvod, proč se kopíroval jen onen jeden oddíl, tak se omlouvám.
Ne. Jak bych mohl upravit oddíly na tom větším disku, když tam jsou data? Jsem to psal hned na začátku, že organizace oddílů je na obou discích stejná, rozdíl je jen ve velikosti oddílů. Linuxový oddíl na "novém" disku je velikostně stejný.
-
Tak jsem to zkusil ale nedari se tam prepnout
[root@localhost mnt]# df sdb7
Souborový systém Velikost Užito Volno Uži% Připojeno do
/dev/sdb7 11G 3,4G 6,8G 34% /mnt/sdb7
[root@localhost mnt]# df sda7
Souborový systém Velikost Užito Volno Uži% Připojeno do
/dev/sda7 11G 156M 10G 2% /mnt/sda7
[root@localhost mnt]# cp -RP sdb7 sda7
[root@localhost mnt]# df sda7
Souborový systém Velikost Užito Volno Uži% Připojeno do
/dev/sda7 11G 3,4G 6,8G 34% /mnt/sda7
[root@localhost mnt]# chroot sda7
chroot: failed to run command `/bin/bash': No such file or directory
[root@localhost mnt]# chroot sdb7
[root@localhost /]# exit
-
tak to zkopirovani mi nejde je to tam bud i s celym adresarem nebo vubec
-
A nebylo by jednodušší do toho oddílu nainstalovat Linux znova a přenést nastavení z prvního disku? Také sázím na nabořený grub. Kontroloval si ten disk na vadné sektory, než jsi to kopíroval? Zkusil bych se tam dostat ze system rescue cd, už mi kolikrát pomohlo, kde zradil distribuční rescue mód.
-
tak to zkopirovani mi nejde je to tam bud i s celym adresarem nebo vubec
Přiznávám že tomuhle nerozumím - jak "s celým adresářem nebo vůbec"?
-
tar cS . | tar xvp - C /mnt/sda7
...
tar: ./tmp/delete/.kde4/socket-localhost.localdomain/klauncherT19277.slave-socket: socket ignored
tar: ./tmp/delete/.kde4/socket-localhost.localdomain/kdeinit4__0: socket ignored
tar: ./root/tmp/ksocket-root/kdeinit4__0: socket ignored
tar: -: Not found in archive
tar: C: Not found in archive
tar: /mnt/sda7: Not found in archive
tar: Exiting with failure status due to previous errors
[root@localhost sdb7]#
-
Sokety neva a nemas mit mezeru mezi - a C
-
tak to zkopirovani mi nejde je to tam bud i s celym adresarem nebo vubec
Přiznávám že tomuhle nerozumím - jak "s celým adresářem nebo vůbec"?
Při použití cp, do složky /mnt/sda se mi vytvořila složka /mnt/sda7/sdb7
místo aby se ty soubory všeci nakopírovali do sda7
-
nu musis udelat
cp -av /mnt/sda7/* /mnt/sdb7/
-
- Tak jsem znovu zkopíroval soubory z sdb7 do sda7 a povedlo se to dobře, tentokrát. Docela rychle. Chroot do sda7 funguje.
- Zkoušel jsem znovu nainstalovat ten zavaděč na hd0,6 ... To se v grupu povedlo (postup jsem tu již popsal).
- Pak jsem použil Smart Manager, bootovací disketu ale tentokrát tam hd0,6 vůbec nebyl vidět, takže jsem to neměl jak otestovat jestli ten zavaděč fuguje (zkoušel jsem kvůli tomu i přesunout boot flag na sda7 a pak zase zpět). Poradíte nějaký způsob jak otestovat zda linuxový zavaděč na sda7 funguje?
- Pak jsem ještě zazálohoval Windowsovské zavaděče z sda a sdb včetně PAT. Tedy 512 bytů. Ty jsem uložil na sda1 (NTFS - Systém Windows) jako sda_mbr512.bin a sdb_mbr512.bin a přidal jsem je do boot.ini . Když najedu do Smart Boot manageru, tak se mi zobrazí mootovací manager Windows (zobrazí se pouze ten kde je boot flag). Takže když dám boot flag na sda1, dostanu se k těm zálohám zavaděčů Windows, soubory bin; jenže se nedaří přes ně nabootovat. Vyberu, zmáčknu a nic - jako by to ukazovalo někam jinam a nic nenalezlo.
Jsem už z toho volaký zmetený :(
-
:o
podle mne furt cpes tim hd0,6 grub do sdb7 a vubec ne do sda7
to odpovida tomu, ze ted na nove formatovanym sda7 ted nemas zadnej zavadec
zkousel si tu fintu s device, jak jsem jiz psal?
pripadne opravdu na chvili vyndej sdb kdyz budes instalovat grub a pak ho dej zpet
s tema mbr.bin nevim, vim, ze kdyz je das do /boot na linuxovou partition, tak je grub najde a umi z nich nabootovat
jak to dela smrtbootmanager nebo widlousi boot.ini nevim
-
Fintu
device (hd0) /dev/sdaJsem zkoušel ale nic to nedělalo. Nevím ani co to má dělat. Zadal jsem ten příkaz a pak ty další dva na nainstalování zavaděče linuxu.
Bootovací flag mám teď nastavený na sda1, nevím jestli to má na to vliv. Dneska jsem zkoušel dvakrát nabootovat 1) mandriva live CD a 2) linux rescue disk a ani jeden nenašel /dev/sdb, což mě zarazilo. Tam Windows normálně spouštím. Pak jsem bootoval jsem do nějakého linuxu na hdd a nevím jestli to je sdb7 nebo sdb6 ale zamrnze to s chybovou hláškou
waiting for device sda7 to appear ...
creating root device
moving root filesystem
setuproot: moving /dev failed
moving /proc failed
moving /sys failed
... bla bla bla
Vypadá to jako by se snažil nabootovat sda7 a problém byl v připojování / pomocí fstab? Ještě jsem zkoušel změnit UUID pro připojení /. No taky to zamrzne.
-
jo, ten prikaz device nema nic viditelne udelat, jenom grubu reknes, ze hd0 bude sda
no rozhodne to mas nejaky divny, jestli z CD nevidis dva disky
tak uz konecne ten vetsi odpoj a zkus rozjet jen ten mensi, pak si ten vetsi zase pripojis
co rika /etc/fstab v tech dvou linuxech? a co rika /boot/grub/grub.conf v tech dvou linuxech?
asi to nema byt uplne stejny...
-
On to není můj počítač a nechce se mi otvírat mu ho (počkal bych až přijde a otevře si to sám). Já s tím nespěchám. Když volno to tak strašně pomalu najíždí, že se mi nechce zas to live CD spouštět :-( Nechám to asi na zítra.
-
jestli uz je to tak slozity a zamotany, tak to bez otevreni asi nepujde
mch. live USB najizdi rychleji
-
Tak disk jsem odpojil a mám tam ten menší, tj. ten disk kam jsem nakopíroval ten linux. Opravil jsem grub (uuid) , přeinstaloval zavaděč na sda7 a reboot, a zaseklo se to s hláškou, že nelze připojit oddíl root ... uuid...
Ten grub.conf jsem nenašel...
Ale toto:
root@localhost mnt]# blkid | grep sda7
/dev/sda7: UUID="55b16893-95e7-4410-a6b3-3f13b7862caa" TYPE="ext3"
[root@localhost mnt]# chroot sda7
[root@localhost /]# cat /etc/fstab | head -10
Entry for /dev/sda7 :
UUID=55b16893-95e7-4410-a6b3-3f13b7862caa / ext3 relatime 1 1
# ODPOJENY DISK:
# UUID=dc36f3fb-b7aa-4865-8efd-963fe4e64a04 / ext3 relatime 1 1
none /proc proc defaults 0 0
/dev/cdrom /media/cdrom auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0
/dev/fd0 /media/floppy auto umask=0,users,iocharset=utf8,noauto,exec,flush 0 0
[root@localhost /]# cat /boot/grub/menu.lst | head -10
timeout 5
color black/cyan yellow/cyan
gfxmenu (hd0,6)/boot/gfxmenu
default 0
title linux
kernel (hd0,6)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=55b16893-95e7-4410-a6b3-3f13b7862caa splash=silent vga=788 initrd (hd0,6)/boot/initrd.img
title linux-nonfb
kernel (hd0,6)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=55b16893-95e7-4410-a6b3-3f13b7862caa
[root@localhost /]#
A ten první disk, co mi původně na něm jel linux, tak to stále nejde v linuxu najít mezi /dev/* , ani když jsem ten druhý odpojil.
-
no a co zkusit dat do /etc/fstab i do menu.lst proste /dev/sda7
a ten tvuj fstab zacina nezakomentovanym Entry for...? to asi ma zacinat #
-
fstab, řádky s tou hláškou Entry... jsem zakomentoval
A upřesnění - ta hláška zněla (a stále zní takto:)
VFS: Cannot open root device uuid ...
-
tak to oboje uuid predelej na /dev/sda7, nebo muzes v grubu editovat prikazovej radek a misto root=UUID=... root=/dev/sda7
vono totiz to s tim bootovanim pres UUID neni az tak standartni:
"UUID/LABEL Root Mounting
If you want to be able to set root on the kernel command line with either a LABEL or the UUID you'll need to add that parsing functionality to your initramfs, note that this depends on Dynamic Device..."
a jeste udelej e2fsck -f -y -D /dev/sda7 z toho live-linuxu
-
Dnes jsem zkusil tu kontrolu e2fsck. Ještě jsem se nedostal k tomu zbytku, ale opsal jsem ještě část hlášky k tomu předchozímu:
sdb: write cache enabled;
read cache enabled, doesnt support DPO or FUA
sdb: sda1 sda2 sda3 sda4 < unknow partition table
toto vypadá jak kdyby měl problém načíst partition table. Snad proto linux nenachází /dev/sdb? Nejsem si však vědom toho, že bych něco dělal s partition table. Akorád jsem ji zálohoval. Navíc Windows na sdb jede a nalézá všechny rozšířené ntfs oddíly.
sdb: attached scsi disk
sda5 sda6 sda7 sda8 > ... tady jsem to už nestihl opsat
-
kdyz to nestihnes opsat, tak to nevadi, je to porad v dmesg
co rika fdisk -l /dev/sda a fdisk -l /dev/sdb ?
-
Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xf6e54aa4
Device Boot Start End Blocks Id System
/dev/sda1 * 1 1567 12586896 7 HPFS/NTFS
/dev/sda2 1568 2677 8916075 7 HPFS/NTFS
/dev/sda3 2678 6593 31455270 7 HPFS/NTFS
/dev/sda4 6594 9729 25189920 5 Extended
/dev/sda5 6594 8192 12843936 7 HPFS/NTFS
/dev/sda6 8193 8294 819283+ 7 HPFS/NTFS
/dev/sda7 8295 9706 11341858+ 83 Linux
/dev/sda8 9707 9729 184716 83 Linux
Disk /dev/sdb: 120.1 GB, 120059362816 bytes
255 heads, 63 sectors/track, 14596 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xf8448c4c
This doesn't look like a partition table
Probably you selected the wrong device.
Device Boot Start End Blocks Id System
/dev/sdb1 ? 1 783 6289416 7 HPFS/NTFS
/dev/sdb2 784 4699 31455270 7 HPFS/NTFS
/dev/sdb3 4700 8615 31455270 7 HPFS/NTFS
/dev/sdb4 8616 14596 48042382+ 5 Extended
/dev/sdb5 8616 12531 31455238+ 7 HPFS/NTFS
/dev/sdb6 12532 13184 5245191 7 HPFS/NTFS
/dev/sdb7 13185 14596 11341858+ 83 Linux
To mě překvapuje, že fdisk to najde.
-
No sláva. Povedlo se mi opravit PAT tabulku na sdb, takže teď už jede normálně. Jsem před tím určitě udělal tu chybu, že jsem překopíroval zavaděč na sdb, omylem včetně PAT. Určitě 512 místo 446 bytů. Ale díky záloze, ještě ze dřívějška, jsem to obnovil. Riziko záloh s názvem sda , sdb je to, že si pak člověk nepamatuje co na té záloze vlastně je (jaký disk, jaká instalace).
Takže teď když už ten původní linux jede, snad bude práce snadnější. Jde o to rozjet ten nově nakopírovaný linux (který jsem zkopíroval pomocí příkazu tar a z něhož jsem vymazal podadresáře a soubory v /dev/ ).
-
nooo, ale ne vsechno v /dev ma byt smazany, v tom je ten for...
proste nez nabehne udev...
musis tam mit nejmin tydle 4 veci (to mam odladeny u sebe, mozna mandriva potrebuje jeste vic):
console
null
tty1
tty2
-
OK, nakopírováno.
A teď zase hlášky z sda7:
VFS: Cannot open root device "sda7" or unknown block 0,0
VFS: unable to mount root fs on unknown block (0,0)
To vypadá, že se vůbec nemůže dostat k tomu oddílu, řekl bych? Třeba má taky problém s pat?
Rozdíl mezi tím nefunkčním sdb7 a sda7 byl v tom, že u sdb7, kde nenašel korektní PAT čekal na to než se objeví sda7. Psalo se tam něco jako waiting for sda7 to appear. A celkově mi připadá, že se dostal dál než u toho sda7. Ale možná problém není v PAT; možná na sda už PAT přečetl ale hledá něco jiného...
-
no pridej jeste /dev/sda* a /dev/sdb*
a pridavas to spravne?
ls -l /dev/sda*
brw-rw---- 1 root disk 8, 0 Aug 18 12:34 /dev/sda
brw-rw---- 1 root disk 8, 1 Aug 16 19:40 /dev/sda1
brw-rw---- 1 root disk 8, 2 Aug 16 21:40 /dev/sda2
brw-rw---- 1 root disk 8, 3 Aug 16 21:40 /dev/sda3
brw-rw---- 1 root disk 8, 4 Aug 16 21:40 /dev/sda4