Chyba při upgradu na F10: nenalezne /dev/dm-0

Mám problém při upgrade na Fedoru 10 Preview. Najedu instalační DVD, zaškrtnu “Aktualizovat existující instalaci” a napíše to hlášku

Chyba při připojování zařízení dm-0 jako /: mount: wrong
fs type, bad option, bad superblock on /dev/dm-0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

Příkaz dmesg už napsat nemůžu, protože po kliknutí na Budiž se ukončí instalace.

Tuším, čím to bude - mám to připojování nějaké rozbité :slight_smile: Teda Fedora 9 mi nabíhá, ale:

  1. při každé aktualizaci jádra musím přepsat /boot/inird-xxx.img a v něm v konfiguračním souboru upravit “lvm vgchange -ay --ignorelockingfailure VolGroup00” na “lvm vgchange -ay --ignorelockingfailure VolGroup01” a dále “mkrootdev -t ext3 -o defaults,ro /dev/dm-0” na “mkrootdev -t ext3 -o defaults,ro UUID=e2d688e8-df2f-490f-a66b-4f56303d66cf”. S nutností toho prvního si nejsem jistý. To UUID patří /dev/VolGroup01/LogVol00.

  2. Nabíhání trvá celkem dlouho, myslím tu část ještě před zavedením jádra. To “kdysi” nebylo.

  3. Nefunguje hibernace, při startu to nenajde swap a naběhne čistý systém (bez swapu; ten musím vytvořit znova)

Prostě to vypadá, že po spuštění je standardně nenalezitelné /dev/dm-0. Nemůže to být tím, že vlastně bootuju z VolGroup01 a ne VolGroup00? Zkusil bych to přehodit, ale nevím jak, abych nepřišel o data.

Nevím, od kdy to dělá, ale mám dojem, že od té doby, co jsem rušil oddíl s Windows a oddíl s ext3 jsem pomocí LVM natáhl i na nový oddíl (nebyl fyzicky za stávajícím oddílem).

I proto jsem chtěl upgradovat na F10, myslel jsem, že se to tím vyřeší :slight_smile:

Ještě fstab:

devpts	/dev/pts	devpts	gid=5,mode=620	0	0
tmpfs	/dev/shm	tmpfs	defaults	0	0
proc	/proc	proc	defaults	0	0
sysfs	/sys	sysfs	defaults	0	0
/dev/dm-0	/	ext3	defaults	1	1
#Entry for /dev/sda1 :
UUID=8bc9ca26-02b7-407e-b8f7-a52f8d6416a9	/boot	ext3,user_xattr	defaults	1	2    # user_xattr pro Beagle
#/swapfile
UUID=e500812c-ebd9-4a25-97b6-00ca547682f1	swap		swap	defaults	0	0
#VolGroup00/LogVol01 (xfs)
UUID=2ffae9eb-16a2-4d80-865e-7e2bf845a1f1	/mnt/hda	xfs	defaults	0	0

výpis příkazu mount:

/dev/dm-0 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sdb1 on /boot type ext3 (rw)
/dev/mapper/VolGroup00-LogVol00 on /mnt/hda type xfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda1 on /media/_boot type ext3 (rw,nosuid,nodev,uhelper=hal)

vgdisplay

  --- Volume group ---
  VG Name               VolGroup01
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  10
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               297,97 GB
  PE Size               32,00 MB
  Total PE              9535
  Alloc PE / Size       9502 / 296,94 GB
  Free  PE / Size       33 / 1,03 GB
  VG UUID               EQGNfR-06IW-xDIS-i5nY-wJvN-OuOQ-h5m7xU
   
  --- Volume group ---
  VG Name               VolGroup00
  System ID             
  Format                lvm2
  Metadata Areas        3
  Metadata Sequence No  14
  VG Access             read/write
  VG Status             resizable
  MAX LV                256
  Cur LV                2
  Open LV               2
  Max PV                256
  Cur PV                3
  Act PV                3
  VG Size               186,20 GB
  PE Size               4,00 MB
  Total PE              47668
  Alloc PE / Size       47668 / 186,20 GB
  Free  PE / Size       0 / 0   
  VG UUID               UaQhi0-bBZE-feES-bxv2-90JL-AqYl-dIfR56

a lvdisplay

  --- Logical volume ---
  LV Name                /dev/VolGroup01/LogVol00
  VG Name                VolGroup01
  LV UUID                s6QLve-bT2U-Y3bB-Rjnh-h1Yw-8XGX-xqwiqU
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                296,94 GB
  Current LE             9502
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
  --- Logical volume ---
  LV Name                /dev/VolGroup00/LogVol00
  VG Name                VolGroup00
  LV UUID                W2A7hJ-jQaz-J0YZ-1BQs-fbvi-K1ZP-3PAcDh
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                182,21 GB
  Current LE             46645
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1
   
  --- Logical volume ---
  LV Name                /dev/VolGroup00/LogVol01
  VG Name                VolGroup00
  LV UUID                eWD3ya-lEHR-kDWg-e9TB-f7uf-At73-PT7CN8
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                4,00 GB
  Current LE             1023
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2

Díky za každou pomoc.

Mas v tom LVM nejaky binec… nejsem tedy na LVM zadny expert ale proc mas dve VolGroupy? Z toho jak je to rozdelene bych rekl, ze puvodne si mel instalaci normalne na VolGroup00/LogVol00 root a na LogVol01 swap. Pak si smazal wokenice a misto nich vytvoril novou VolGroup - tedy nezvetsil si stavajici LogVol00 ale vytvoril novou groupu, coz mi prijde jako nesmysl.
Krom toho nechapu proc mas ve fstab jako root (/) /dev/dm-0, kdyz evidentne musis opravovat startovaci skripty aby jako root braly VolGroup01/LogVol00. Podle me tam mas mit toto zarizeni nebo jeho UUID ktere doplnujes to mkrootdev (toto UUID je ovsem UUID souboroveho systemu - tune2fs -l /dev/VolGroup01/LogVol00). Kdyz si nechas vypsat fdisk -l uvidis ze dm-0 bude zrejme “invalidni” zarizeni.
Disk /dev/dm-0 doesn’t contain a valid partition table
takze ten bych to fstab vubec nepletl. Krom toho samozrejme pri update na F10 vychazi installator z toho co je v fstab.

Podle fstab to taky vypada ze mas swap do soubor na disku, ovsem odkazany ho mas pres UUID coz podle me nemuze fungovat, protoze to neni fyzicke zarizeni. Tvuj puvodni swap je /dev/VolGroup00/LogVol01, jak zjistit existujici UUID nevim, ale kdyz swap vytvoris pomoci mkswap pak by se ti UUID melo zobrazit. Nebo proste swap odkaz pres /dev/…

Díky moc za radu. Ano, uznávám, v LVM mám bordel. Několikrát jsem šachoval s diskama a pokaždé jsem udělal jen nejnutnější operace, abych minimalizoval riziko ztráty dat.

Změnil jsem ve fstab root z /dev/dm-0 na /dev/VolgRoup01/LogVol00. Co nešlo nabootovat nejde ani teď (VFS: Can’t find ext3 filesystem on dev dm-0), co předtím nabootovat šlo jde i teď, ale voilá, instalátor se dostal za to namountování. Při té příležitosti fstab přepsal tak, že vypadá takto:

#
# /etc/fstab
# Created by anaconda on Fri Nov  7 00:15:42 2008
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or vol_id(8) for more info
#
UUID=e2d688e8-df2f-490f-a66b-4f56303d66cf /                       ext3    defaults        1 1
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
sysfs                   /sys                    sysfs   defaults        0 0
UUID=2ffae9eb-16a2-4d80-865e-7e2bf845a1f1 /mnt/hda                xfs     defaults        1 2
UUID=e500812c-ebd9-4a25-97b6-00ca547682f1 swap                    swap    defaults        0 0

V podstatě iniciativně změnil /dev/VolGroup01/LogVol00 na jeho UUID a z nějakého důvodu odstranil řádek /boot (teď ho tu fakt nemám).

Fdisk opravdu hlásí nekorektní tabulku rozdělení:

Disk /dev/sda: 200,0 GB, 200 049 647 616 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 24 321
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku: 0x75682ad1

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sda1               1          13      104391   83  Linux
/dev/sda2              14         535     4192965   82  Linux swap/Solaris
/dev/sda3             536       11601    88887645   83  Linux
/dev/sda4           11602       24321   102173400   83  Linux

Disk /dev/sdb: 320,0 GB, 320 072 933 376 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 38 913
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku: 0xf661f661

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdb1   *           1          13      104391   83  Linux
/dev/sdb2              14       38913   312464250   8e  Linux LVM

Disk /dev/dm-0: 318,8 GB, 318 834 212 864 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 38 762
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku: 0x00000000

Na disku /dev/dm-0 není korektní tabulka rozdělení disku.

Disk /dev/dm-1: 195,6 GB, 195 643 310 080 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 23 785
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku: 0x00000000

Na disku /dev/dm-1 není korektní tabulka rozdělení disku.

Disk /dev/dm-2: 4 290 MB, 4 290 772 992 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 521
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku: 0x00000000

Na disku /dev/dm-2 není korektní tabulka rozdělení disku.

Moc nevím, co to znamená.

Swap kupodivu normálně funguje, fungoval i předtím, dal jsem tam to UUID, co mi hlásil mkswap.

Instalačka mě sice upozornila na to, že nenašla zavaděč OS (proto jsem to raději ukončil), ale asi to risknu. Moc díky :slight_smile:

No… urcite zkontroluj, kteremu oddilu patri to UUID pro / jesli je to skutecne VolGroup01/LogVol00. Zavadec instalace nenasla proto, ze nemas ve fstab /boot. Proc byl odstranen nemam tuseni, ale ja bych ho tam pripsal, protoze grub neumi startovat system z LVM a instalace by ti tak nainstalovala novy kernel a intrd to /boot - coz by byl adresar, ale nikoli /boot oddil /dev/sda1. Az bys to pak treba rucne primontoval, tak by se ti prekryvali dva adresare coz muze nadelat akorat hezky zmatek.

Asi to neni nejlepsi rada, ale nejlip by bylo cele ty disky zazalohovat a prerozdelit. Puvodni vyznam Volume Group je spojovani fyzickych disku (A volume group is basically a collection of physical volumes.), coz je v tvem pripade uplne mimo. Priznam se ze z toho co pise fdisk mi neni moc jasne jak tam ty LVM mas namapovane. Nicmene vypisu fdisku tam mas dokonce dvakrat /boot (/dev/sda1 a /dev/sdb1 coz odpovida i puvodnimu zmatku ve fstab versus vypis mount, cehoz jsem si puvodne ani nevsiml) mozna i dva swapy…

Tak už píšu z Fedory 10 :slight_smile: To UUID bylo fakt toho správného oddílu. Položku /boot jsem tam zase připsal, ovšem instalátor ji smáznul a ignoroval (prostě se mu nějak nelíbila). Poté dal /boot do jiného oddílu (ani vlastně pořádně nevím kam), z kterého ovšem nebootuje a bootuje z toho starého. Tak jsem ty jádra prostě překopíroval do toho starého a jede to. Ani nemusím měnit to VolGroup00 na VolGroup01 - to už vzal v úvahu sám.

Teď ovšem jedu stejně ze starého jádra - na tom novém všechno jede děsně (ale fakt děsně) pomalu, zvlášť pustím-li nějakou QT aplikaci. Naopak na tom starém je všechno úžasně rychlé - např. tak rychlé skrolování stránek v Opeře v Compizu jsem ještě neměl :slight_smile: Takže nakonec spokojenost.

To úplné přerozdělení by bodlo, ovšem klasický problém - není kam zálohovat. Zatím mě to tedy tak nepálí, ale až budu potřebovat nový disk, tak při té příležitosti se tohodle bordelu zbavím.

Díky moc za rady :slight_smile: