[Megoldva] Lenny -> Squeeze upgrade után eltűnt device-ok

Debian GNU/Linux

Sziasztok!

Délután megejtettem a tárgybéli dist-upgrade-t. A biztonság kedvéért elkövettem egy reboot-ot, szerencsére a rendszer elindult, de eltűnt a /dev/sda és /dev/sdb eszközöm, így a swapom is. 


root@silent:~# uname -a
Linux silent 2.6.35.10-silent-amd64 #1 SMP PREEMPT Sun Feb 6 21:52:08 CET 2011 x86_64 GNU/Linux
root@silent:~# ls -l /dev/sd*
ls: cannot access /dev/sd*: No such file or directory
root@silent:~# blkid 
/dev/md0: LABEL="boot" UUID="c29cf702-dfcd-4390-8757-fa9285c31b84" TYPE="ext3" 
/dev/md7: LABEL="home" UUID="4918ddd1-fbe3-4a56-b0b1-6b025ccdacf7" TYPE="xfs" 
/dev/md6: LABEL="Mail" UUID="8e1a09f2-ddf4-4bbe-912f-c8c2edcca19a" TYPE="xfs" 
/dev/md5: LABEL="var" UUID="d7fc35dc-a8aa-42dd-b0b7-501522f8b283" TYPE="xfs" 
/dev/md4: LABEL="usr" UUID="845a5b65-1069-4cb1-8759-5d43f4268170" TYPE="xfs" 
/dev/md3: LABEL="tmp" UUID="2e0a0ad9-ae00-48a8-acc9-346c40826901" TYPE="xfs" 
/dev/md2: LABEL="opt" UUID="dc275f22-9448-41f8-8b21-7483016a2bef" TYPE="xfs" 
/dev/md1: LABEL="system_root" UUID="c99ce508-4714-400c-b97e-3d6f814a3df7" TYPE="xfs" 
root@silent:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/md1        /               xfs     defaults        0       1
/dev/md0        /boot           ext3    defaults,noexec,nosuid,nodev        0       2
/dev/md7        /home           xfs     defaults,nosuid,nodev        0       2
/dev/md2        /opt            xfs     defaults,nosuid,nodev        0       2
/dev/md3        /tmp            xfs     defaults,noexec,nosuid,nodev        0       2
/dev/md4        /usr            xfs     defaults        0       2
/dev/md5        /var            xfs     defaults,nodev        0       2
/dev/md6        /var/mail       xfs     defaults,nodev        0       2
/dev/sda2       none            swap    sw              0       0
/dev/sdb2       none            swap    sw              0       0
root@silent:~# free
             total       used       free     shared    buffers     cached
Mem:       2050332     103588    1946744          0        136      38020
-/+ buffers/cache:      65432    1984900
Swap:            0          0          0

A raid tömbjeim pedig felépülnek: 


root@silent:~# cat /proc/mdstat 
Personalities : [raid1] 
md1 : active raid1 sdb5[1] sda5[0]
      489856 blocks [2/2] [UU]
      
md2 : active raid1 sdb6[1] sda6[0]
      995904 blocks [2/2] [UU]
      
md3 : active raid1 sdb7[1] sda7[0]
      995904 blocks [2/2] [UU]
      
md4 : active raid1 sdb8[1] sda8[0]
      6000128 blocks [2/2] [UU]
      
md5 : active raid1 sdb9[1] sda9[0]
      995904 blocks [2/2] [UU]
      
md6 : active raid1 sdb10[1] sda10[0]
      20000768 blocks [2/2] [UU]
      
md7 : active raid1 sdb11[1] sda11[0]
      591456960 blocks [2/2] [UU]
      
md0 : active raid1 sdb1[1] sda1[0]
      192640 blocks [2/2] [UU]
      
unused devices: <none>

és dmesg szerint is vannak: 


[    0.634405] ata1.00: ATA-8: WDC WD6400BPVT-00HXZT0, 01.01A01, max UDMA/133
[    0.634462] ata1.00: 1250263728 sectors, multi 1: LBA48 NCQ (depth 0/32)
[    0.634752] ata1.01: ATA-8: WDC WD6400BPVT-00HXZT0, 01.01A01, max UDMA/133
[    0.634802] ata1.01: 1250263728 sectors, multi 1: LBA48 NCQ (depth 0/32)
[    0.641437] ata1.00: configured for UDMA/133
[    0.647592] ata1.01: configured for UDMA/133
[    0.647839] scsi 0:0:0:0: Direct-Access     ATA      WDC WD6400BPVT-0 01.0 PQ: 0 ANSI: 5
[    0.648405] sd 0:0:0:0: [sda] 1250263728 512-byte logical blocks: (640 GB/596 GiB)
[    0.648548] scsi 0:0:1:0: Direct-Access     ATA      WDC WD6400BPVT-0 01.0 PQ: 0 ANSI: 5
[    0.648621] sd 0:0:0:0: [sda] Write Protect is off
[    0.648674] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    0.648728] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    0.649063] sd 0:0:1:0: [sdb] 1250263728 512-byte logical blocks: (640 GB/596 GiB)
[    0.649329] sd 0:0:1:0: [sdb] Write Protect is off
[    0.649381] sd 0:0:1:0: [sdb] Mode Sense: 00 3a 00 00

Persze, ha egy pendrive-ot rádugok, akkor az már /dev/sdc lesz.

Hogyan aktiváljam így a swap-et? Hogyan tudom particionálni később így a diskjeimet?

Előre is köszönöm a segítséget!

Bye, Fifi

  • 1972 megtekintés

( zslaszlo v | 2011. 02. 19., szo – 22:51 )

A swap-et megoldhatja a következő:

aptitude purge uswusp
aptitude install uswusp

A következő újraindulás után elvileg helyrekerül...
Ha mégsem, tévedtem... :)

( Fifi v | 2011. 02. 20., v – 03:01 )

Feltettem a csomagkezelővel egy "gyári" kernelt és azzal bootoltam be és lám van /dev/sd* eszköz.
Most átnyálazom a saját kernel configom, hogy mi hiányzik belőle, ami lenny alatt még nem kellett ehhez a " nagy varázslathoz".

Hát ez nem igaz, nem jövök rá magamtól, hogy miben tér el a squeeze-ben lévő debian által csomagolt kernel a sajátométól :-(

A lényeg, mint fent írtam dist-upgrade előtt volt /dev/sda és /dev/sdb eszközöm, utána meg eltűntek. Kínomban már fordítottam újabb kernelt is, de nem változott semmi :(

Lehet, hogy nem látom a fától az erdőt, ezért megkérlek bennetek, hogy ránéznétek, hogy mi lehet a hiba oka?

Tehát a gép: 


fifi@silent:~$ lspci
00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)

A saját kernelem, mely nem használ initrd-t:
config-2.6.35.11-silent
dmesg
lsmod

A debian által szállított initrd-s kernel:
config-2.6.32-5-amd64
dmesg
lsmod

Várom az észrevételeket, mert én már kifogytam az ötleteimből.

PATA eszközeim nincsenek 2 db sata hdd van a gépben.
A hdd-ket látja, mert a raid tömbjeim sem jönnének létre, de az eszközök nincsenek meg, amiből a raid tömb felépül.

Azok a modulok nálam fixen be vannak forgatva, ezért nincs a saját fordítású kernelem futásakor az lsmod kimenetében.

Miközben forgatsz belenéztem a dmesg-be, hát mit mondjak:

0.894843] md: Autodetecting RAID arrays.
[ 1.025310] md: Scanned 16 and added 16 devices.
[ 1.025357] md: autorun ...
[ 1.025397] md: considering sdb11 ...
[ 1.025447] md: adding sdb11 ...
[ 1.025493] md: sdb10 has different UUID to sdb11
[ 1.025540] md: sdb9 has different UUID to sdb11
[ 1.025587] md: sdb8 has different UUID to sdb11

md2: detected capacity change from 0 to 1019805696
[ 11.346308] md2: unknown partition table

aztán
Ending clean XFS mount for filesystem: md2
[ 22.118545] XFS mounting filesystem md3

ez így érdekes...

Amióta van mdadm, azóta szerintem így rakja össze a tömböket, ha "autodetectinget" használ az ember, azaz végignézi, hogy mely eszköz tartozik azonos raidbe. Kvázi összehasonlítja, hogy azonos-e az UUID-je az eszközöknek, ha nem azonos, akkor lép a következőre. Ebben nem látok kivetnivalót.

Az "md2: unknown partition table" érdekesebb, amit nem értek miért ír.
Viszont nem tulajdonítanék ennek jelentőséget, hisz neki nincs is particiós táblája szerintem csak a member diskeknek.

Huh, ennyi időbe telt a kis atomos cuccnak, de úgy néz ki működik: 


fifi@silent:~$ uname -a
Linux silent 2.6.35.11-silent #3 SMP PREEMPT Wed Feb 23 14:18:38 CET 2011 x86_64 GNU/Linux
fifi@silent:~$ ls -l /dev/sd*
brw-rw---- 1 root disk 8,  0 Feb 23 15:29 /dev/sda
brw-rw---- 1 root disk 8,  1 Feb 23 15:29 /dev/sda1
brw-rw---- 1 root disk 8, 10 Feb 23 15:29 /dev/sda10
brw-rw---- 1 root disk 8, 11 Feb 23 15:29 /dev/sda11
brw-rw---- 1 root disk 8,  2 Feb 23 15:29 /dev/sda2
brw-rw---- 1 root disk 8,  3 Feb 23 15:29 /dev/sda3
brw-rw---- 1 root disk 8,  5 Feb 23 15:29 /dev/sda5
brw-rw---- 1 root disk 8,  6 Feb 23 15:29 /dev/sda6
brw-rw---- 1 root disk 8,  7 Feb 23 15:29 /dev/sda7
brw-rw---- 1 root disk 8,  8 Feb 23 15:29 /dev/sda8
brw-rw---- 1 root disk 8,  9 Feb 23 15:29 /dev/sda9
brw-rw---- 1 root disk 8, 16 Feb 23 15:29 /dev/sdb
brw-rw---- 1 root disk 8, 17 Feb 23 15:29 /dev/sdb1
brw-rw---- 1 root disk 8, 26 Feb 23 15:29 /dev/sdb10
brw-rw---- 1 root disk 8, 27 Feb 23 15:29 /dev/sdb11
brw-rw---- 1 root disk 8, 18 Feb 23 15:29 /dev/sdb2
brw-rw---- 1 root disk 8, 19 Feb 23 15:29 /dev/sdb3
brw-rw---- 1 root disk 8, 21 Feb 23 15:29 /dev/sdb5
brw-rw---- 1 root disk 8, 22 Feb 23 15:29 /dev/sdb6
brw-rw---- 1 root disk 8, 23 Feb 23 15:29 /dev/sdb7
brw-rw---- 1 root disk 8, 24 Feb 23 15:29 /dev/sdb8
brw-rw---- 1 root disk 8, 25 Feb 23 15:29 /dev/sdb9
fifi@silent:~$

Régen fordítottam kernelt tőlem távol lévő gépen, így kicsit izgultam, hogy a reboot után elérem-e ssh-n. ;-)

Köszönöm szépen a segítséget willy és természetesen neked is Formind, hogy a problémámra időt fordítottál.

Bye, Fifi

Nagyjából elolvastam mindent nem csak ész nélkül ütöttem a yes/no-kat, de nem emlékszem már rá, hogy tolt-e az arcomba egy színes szagos ncurses ablakot.
Mentségemül szolgáljon, hogy közben 2 gyermekem nyüzsgött körülöttem és rájuk is kellett figyelni a szokásos "Apa nézd!", "Apa figyelj!" nemhagyjukbékénapát akciójukkal.

Az upgrade-t lementettem és a listchangesben van erre utaló sor:
Turn off SYSFS_DEPRECATED* for newer udev and proper /sys/.
viszont bevallom, hogy egy dist-upgrade-nél ezt nem olvasom végig :-)

Amúgy rá kell még néznem az udevre, mert az apcupsd ezzel a SYSFS_DEPRECATED kikapcsolásával nem találta meg az eszközt, így indulás után elhalt, illetve a különböző ums eszközeimre írt szabályok "elmásztak". Az eddig a partíciókra mutató linkjeim most az egész diskre mutatnak.
Pl.: 


fifi@silent:~$ ls -l /dev/usb | grep hyperx
lrwxrwxrwx 1 root root       6 Feb 23 22:17 hyperx_pendrive -> ../sdc

Hasznosabb lenne, ha az eddigi /dev/sdc1-re mutatna :) 

... a különböző ums eszközeimre írt szabályok "elmásztak".
Az eddig a partíciókra mutató linkjeim most az egész diskre mutatnak.
Pl.:

fifi@silent:~$ ls -l /dev/usb | grep hyperx
lrwxrwxrwx 1 root root       6 Feb 23 22:17 hyperx_pendrive -> ../sdc

Most értem rá vele foglalkozni, hátha másnak is hasznos lesz:
Az udev v146 -> v147 váltás során megszűnt a last_rule opció.

Tehát eddig a szabályaim úgy néztek ki, hogy először szerepeltek a speciális szabályok last_rule-lal lezárva, majd azután jöttek az általánosabb illeszkedésűek, így egy későbbi szabály - mivel már nem figyeli az udev a last_rule opciót - rendre felülírta az ums eszközeimre írtakat.
Most ezt megfordítottam: a végére kerültek az eszközre teljesen illeszkedők és elől vannak az általános szabályok.

( penztar v | 2011. 02. 23., sze – 12:48 )

Hello!

fstab-ba hogy vannak benne a csatolási pontok? Mert ha csak pl. /dev/sdc5 akkor az nem biztos hogy jó lesz. Már a debian is uuid alapján mountolja a lemezeket. Ezen kívül meg próbáld ki azt is hogy ameglévő saját "gyártású" kerneledhez csinálsz initrd-t. Az utóbbi fél évben akárhányszor neki álltam initrd nélküli kernelt csinálni a bootnál nem volt hajlandó felcsatolni a root particiót ,pedig bele volt szögelve a chipset is meg a fájl rendszer is. Csak az initrd oldotta meg a gondot. Legutóbb én is 2.6.35-ös kernellel játszottam el.

Üdv.

Nem UUID alapján, lásd a témaindító hozzászólást.
Én régi vágású vagyok, inkább adok udev-vel egyedi eszköznevet (ami számomra beszédes), mint UUID-kkel szórakozzak.

Nálam elindul a rendszer, tehát látnia kell a hdd-ket, hisz abból épül fel a raid tömb, de a raid alapját képező eszközök hiányoznak a /dev alól.