• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

openSUSE 42.2 Platten werden beim booten umbenannt

P6CNAT

Advanced Hacker
Hallo,

über das kleine Problem http://linux-club.de/forum/viewtopic.php?f=90&t=121575 bin ich auf ein großes Problem gestoßen.
Ich habe splash=verbose eingeschaltet und entdeckt, dass meine rootplatte /dev/sda2 nicht gefunden wird :???:
Code:
[  OK  ] Started Show Plymouth Boot Screen.
[  OK  ] Started dracut pre-mount hook.
[  OK  ] Reached target Paths.
[  OK  ] Started Forward Password Requests to Plymouth Directory Watch.
[  OK  ] Found device /dev/disk/by-uuid/c226b3d2-d862-435b-9951-229def0058c2.
[ TIME ] Timed out waiting for device dev-sda2.device.min 30s / 1min 30s)
[DEPEND] Dependency failed for Resume from hibernation using device /dev/sda2.
[  OK  ] Reached target Local File Systems (Pre).
         Starting File System Check on /dev/disk/by-uuid/c226b3d2-d862-435b-9951-229def0058c2...
[  OK  ] Reached target Local File Systems.
[  OK  ] Reached target System Initialization.
[  OK  ] Reached target Basic System.
[  OK  ] Started File System Check on /dev/disk/by-uuid/c226b3d2-d862-435b-9951-229def0058c2.
         Mounting /sysroot...
[  OK  ] Mounted /sysroot.
[  OK  ] Reached target Initrd Root File System.
         Starting Reload Configuration from the Real Root...
[  OK  ] Started Reload Configuration from the Real Root.
[  OK  ] Reached target Initrd File Systems.
[  OK  ] Reached target Initrd Default Target.
         Starting dracut pre-pivot and cleanup hook...
[  OK  ] Started dracut pre-pivot and cleanup hook.
         Starting Cleaning Up and Shutting Down Daemons...
[  OK  ] Stopped target Timers.
         Starting Plymouth switch root service...
[  OK  ] Stopped Cleaning Up and Shutting Down Daemons.
[  OK  ] Stopped dracut pre-pivot and cleanup hook.
[  OK  ] Stopped dracut pre-mount hook.
[  OK  ] Stopped target Remote File Systems.
:
:

zu meiner Überraschung werden die Platten beim Booten dynamisch umbenannt :schockiert:
Aus sda wird sde, aus sdb wird sdf ...., klar dass der beim booten die sda nicht mehr findet.

In den folgenden Screenshots sollte sde also sda heißen, sdf entsprechend sdb.
Screenshot_Partitionen.png


Screenshot_Geraetegraph.png


Ich dachte ich könnte das Problem beheben, wenn ich in Yast -> Bootloader Konfiguration alle Einträge mit sda durch sde ersetze.
Nach dem reboot mit den geänderten Einträgen heißen meine Platten auf einmal wieder sda und sdb. Die Platte sde wird nicht gefunden :zensur:

Ich dachte immer so eine Plattenkonfiguration sei statisch. Es wundert mich, dass der PC überhaupt noch bootet und das RAID1 noch funktioniert.

Hat jemand eine Idee wie man die Plattenkonfiguration wieder in Ordnung bringen kann.

Grüße
Georg
 

josef-wien

Ultimate Guru
P6CNAT schrieb:
entdeckt, dass meine rootplatte /dev/sda2 nicht gefunden wird
Ohne Systempartition würde das System nicht starten.

P6CNAT schrieb:
Ich dachte immer so eine Plattenkonfiguration sei statisch.
Genau das ist nicht der Fall, der Gerätename (z. B. /dev/sda) wird bei jedem Systemstart vom Kernel neu festgelegt, daher sollten Platten und Partitionen auch nicht damit angesprochen werden. Daß aber die ersten vier möglichen Gerätennamen einfach ausgelassen werden und mit dem fünften (/dev/sde) begonnen wird, ist mir noch nicht untergekommen. Eventuell findest Du mit journalctl zum betroffenen Startvorgang Aufschlüsse, die derzeit gezeigten Meldungen zum Problem sind für mich unerklärlich.

P6CNAT schrieb:
Es wundert mich, dass der PC überhaupt noch bootet und das RAID1 noch funktioniert.
Das System startet nur dann nicht, wenn die Boot-Option root=xxx (oder bei deren Abwesenheit die Eintragung in der initrd) mit einem falschen Wert bestückt ist. Das RAID und die einzelnen Bestandteile arbeiten mit der jeweiligen UUID.

Code:
cat /proc/cmdline /proc/mdstat /etc/fstab /etc/mdadm.conf
lsblk
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Hallo josef-wien,

josef-wien schrieb:
Genau das ist nicht der Fall, der Gerätename (z. B. /dev/sda1) wird bei jedem Systemstart vom Kernel neu festgelegt,
Linux überrascht mich immer wieder.

Hier die Ausgaben von...
Code:
polaris:/tmp # cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.4.36-8-default root=UUID=c226b3d2-d862-435b-9951-229def0058c2 resume=/dev/disk/by-uuid/ee82a68e-e15a-496e-a57d-614b3854ed11 splash=silent quiet showopts resume=/dev/sda2 splash=verbose quiet showopts
Code:
polaris:/tmp # cat /proc/mdstat 
Personalities : [raid1] 
md0 : active raid1 sdf2[1] sde2[0]
      26217344 blocks super 1.0 [2/2] [UU]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md1 : active raid1 sdf3[1] sde3[0]
      949481280 blocks super 1.0 [2/2] [UU]
      bitmap: 2/8 pages [8KB], 65536KB chunk

unused devices: <none>
Code:
polaris:/tmp # cat /etc/fstab
UUID=ee82a68e-e15a-496e-a57d-614b3854ed11 swap                 swap       defaults              0 0
UUID=d67de638-6a57-4eb8-b077-bb41ec16f24d swap                 swap       defaults              0 0
UUID=c226b3d2-d862-435b-9951-229def0058c2 /                    ext4       defaults              1 1
UUID=59bb3437-3660-4f7e-8fe4-711a177546db /home                ext4       defaults              1 2
Code:
polaris:/tmp # cat /etc/mdadm.conf
DEVICE containers partitions
ARRAY /dev/md/linux:0 UUID=ab6e8c7e:858948c8:10d3bb34:f119af4e
ARRAY /dev/md/linux:1 UUID=455470dc:528b8c5b:1d6c2920:f6c42ae2
Code:
polaris:/tmp # lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sde       8:64   0 931,5G  0 disk  
├─sde1    8:65   0     1G  0 part  [SWAP]
├─sde2    8:66   0    25G  0 part  
│ └─md0   9:0    0    25G  0 raid1 /
└─sde3    8:67   0 905,5G  0 part  
  └─md1   9:1    0 905,5G  0 raid1 /home
sdf       8:80   0 931,5G  0 disk  
├─sdf1    8:81   0     1G  0 part  [SWAP]
├─sdf2    8:82   0    25G  0 part  
│ └─md0   9:0    0    25G  0 raid1 /
└─sdf3    8:83   0 905,5G  0 part  
  └─md1   9:1    0 905,5G  0 raid1 /home
sr0      11:0    1  1024M  0 rom

Ach ja, ich weiß noch nicht was sda - sdd ist, vielleicht ein eingebauter Leser für SD-Karten ....
werde ich morgen mal schauen, jetzt ist es mir zu spät
Code:
polaris:/tmp # ls -l /dev/ | grep sd
brw-rw----  1 root disk        8,   0 10. Jan 19:44 sda
brw-rw----  1 root disk        8,  16 10. Jan 19:44 sdb
brw-rw----  1 root disk        8,  32 10. Jan 19:44 sdc
brw-rw----  1 root disk        8,  48 10. Jan 19:44 sdd
brw-rw----  1 root disk        8,  64 10. Jan 19:44 sde
brw-rw----  1 root disk        8,  65 10. Jan 19:44 sde1
brw-rw----  1 root disk        8,  66 10. Jan 19:44 sde2
brw-rw----  1 root disk        8,  67 10. Jan 19:44 sde3
brw-rw----  1 root disk        8,  80 10. Jan 19:44 sdf
brw-rw----  1 root disk        8,  81 10. Jan 19:44 sdf1
brw-rw----  1 root disk        8,  82 10. Jan 19:44 sdf2
brw-rw----  1 root disk        8,  83 10. Jan 19:44 sdf3


und hier Auszüge aus "journalctl --since=today > /tmp/journalctl_20170110.log" rund um Platten.
Hier mit sda und sdb
Code:
Jan 10 17:14:36 polaris kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-4.4.36-8-default root=UUID=c226b3d2-d862-435b-9951-229def0058c2 resume=/dev/disk/by-uuid/ee82a68e-e15a-496e-a57d-614b3854ed11 splash=silent quiet showopts resume=/dev/sda1 splash=silent quiet showopts
Jan 10 17:14:36 polaris kernel: tseg: 009f000000
Jan 10 17:14:36 polaris kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
:
Jan 10 17:14:36 polaris kernel: PM: Checking hibernation image partition /dev/sda1
Jan 10 17:14:36 polaris kernel: PM: Hibernation image not present or could not be loaded.
:
Jan 10 17:14:36 polaris dracut-cmdline[111]: Using kernel command line parameters: rd.md.uuid=ab6e8c7e:858948c8:10d3bb34:f119af4e resume=UUID=ee82a68e-e15a-496e-a57d-614b3854ed11 resume=UUID=d67de638-6a57-4eb8-b077-bb41ec16f24d root=UUID=c226b3d2-d862-435b-9951-229def0058c2 rootfstype=ext4 rootflags=rw,relatime,data=ordered BOOT_IMAGE=/boot/vmlinuz-4.4.36-8-default root=UUID=c226b3d2-d862-435b-9951-229def0058c2 resume=/dev/disk/by-uuid/ee82a68e-e15a-496e-a57d-614b3854ed11 splash=silent quiet showopts resume=/dev/sda1 splash=silent quiet showopts
:
Jan 10 17:14:37 polaris systemd-hibernate-resume[401]: Could not resume from '/dev/sda1' (8:1).
Jan 10 17:14:37 polaris systemd[1]: Started Resume from hibernation using device /dev/sda1.
:
Jan 10 17:14:37 polaris systemd[1]: Found device /dev/disk/by-uuid/c226b3d2-d862-435b-9951-229def0058c2.
Jan 10 17:14:37 polaris systemd[1]: Starting File System Check on /dev/disk/by-uuid/c226b3d2-d862-435b-9951-229def0058c2...
Jan 10 17:14:37 polaris systemd-fsck[413]: /dev/md0: clean, 451716/1640160 files, 3800408/6554336 blocks
Jan 10 17:14:37 polaris systemd[1]: Started File System Check on /dev/disk/by-uuid/c226b3d2-d862-435b-9951-229def0058c2.
Jan 10 17:14:37 polaris systemd[1]: Mounting /sysroot...
:
Jan 10 17:14:45 polaris smartd[1183]: Device: /dev/sda, type changed from 'scsi' to 'sat'
Jan 10 17:14:45 polaris smartd[1183]: Device: /dev/sda [SAT], opened
Jan 10 17:14:45 polaris smartd[1183]: Device: /dev/sda [SAT], ST1000NM0011, S/N:Z1N3RQD2, WWN:5-000c50-0500f055a, FW:SN03, 1.00 TB
Jan 10 17:14:45 polaris smartd[1183]: Device: /dev/sda [SAT], found in smartd database: Seagate Constellation ES (SATA 6Gb/s)
Jan 10 17:14:46 polaris vboxdrv.sh[1211]: vboxdrv.sh: Starting VirtualBox services.
Jan 10 17:14:46 polaris smartd[1183]: Device: /dev/sda [SAT], is SMART capable. Adding to "monitor" list.
Jan 10 17:14:46 polaris dbus-daemon[1223]: Unknown username "srvGeoClue" in message bus configuration file
Jan 10 17:14:46 polaris vboxdrv.sh[1231]: Starting VirtualBox services.
Jan 10 17:14:46 polaris smartd[1183]: Device: /dev/sda [SAT], state read from /var/lib/smartmontools/smartd.ST1000NM0011-Z1N3RQD2.ata.state
Jan 10 17:14:46 polaris smartd[1183]: Device: /dev/sdb, type changed from 'scsi' to 'sat'
Jan 10 17:14:46 polaris smartd[1183]: Device: /dev/sdb [SAT], opened
Jan 10 17:14:46 polaris smartd[1183]: Device: /dev/sdb [SAT], ST1000NM0011, S/N:Z1N3R6M1, WWN:5-000c50-050104ee2, FW:SN03, 1.00 TB
Jan 10 17:14:46 polaris smartd[1183]: Device: /dev/sdb [SAT], found in smartd database: Seagate Constellation ES (SATA 6Gb/s)

Hier mit sde und sdf
Code:
-- Reboot --
Jan 10 17:49:20 polaris systemd-journald[116]: Runtime journal (/run/log/journal/) is currently using 8.0M.
                                               Maximum allowed usage is set to 366.6M.
                                               Leaving at least 549.9M free (of currently available 3.5G of space).
                                               Enforced usage limit is thus 366.6M, of which 358.6M are still available.
:
Jan 10 17:49:20 polaris kernel: rtc_cmos 00:03: setting system clock to 2017-01-10 16:49:19 UTC (1484066959)
Jan 10 17:49:20 polaris kernel: PM: Checking hibernation image partition /dev/sda1
Jan 10 17:49:20 polaris kernel: PM: Hibernation image not present or could not be loaded.
:
Jan 10 17:49:20 polaris dracut-cmdline[111]: Using kernel command line parameters: rd.md.uuid=ab6e8c7e:858948c8:10d3bb34:f119af4e resume=UUID=ee82a68e-e15a-496e-a57d-614b3854ed11 resume=UUID=d67de638-6a57-4eb8-b077-bb41ec16f24d root=UUID=c226b3d2-d862-435b-9951-229def0058c2 rootfstype=ext4 rootflags=rw,relatime,data=ordered BOOT_IMAGE=/boot/vmlinuz-4.4.36-8-default root=UUID=c226b3d2-d862-435b-9951-229def0058c2 resume=/dev/disk/by-uuid/ee82a68e-e15a-496e-a57d-614b3854ed11 splash=silent quiet showopts resume=/dev/sda1 splash=verbose quiet showopts
:
Jan 10 17:50:50 polaris systemd-fsck[444]: /dev/md0: clean, 451722/1640160 files, 3806980/6554336 blocks
Jan 10 17:50:50 polaris systemd[1]: Started File System Check on /dev/disk/by-uuid/c226b3d2-d862-435b-9951-229def0058c2.
Jan 10 17:50:50 polaris systemd[1]: Mounting /sysroot...
Jan 10 17:50:50 polaris systemd[1]: Mounted /sysroot.
Jan 10 17:50:50 polaris kernel: EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null)
:
Jan 10 17:50:57 polaris kernel: Adding 1051644k swap on /dev/sdf1.  Priority:-1 extents:1 across:1051644k FS
Jan 10 17:50:57 polaris kernel: Adding 1051644k swap on /dev/sde1.  Priority:-2 extents:1 across:1051644k FS
:
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sde, type changed from 'scsi' to 'sat'
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sde [SAT], opened
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sde [SAT], ST1000NM0011, S/N:Z1N3RQD2, WWN:5-000c50-0500f055a, FW:SN03, 1.00 TB
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sde [SAT], found in smartd database: Seagate Constellation ES (SATA 6Gb/s)
Jan 10 17:50:58 polaris kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team
Jan 10 17:50:58 polaris kernel: nf_conntrack version 0.5.0 (65536 buckets, 262144 max)
Jan 10 17:50:58 polaris kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jan 10 17:50:58 polaris vboxdrv.sh[1232]: vboxdrv.sh: Starting VirtualBox services.
Jan 10 17:50:58 polaris vboxdrv.sh[1276]: Starting VirtualBox services.
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sde [SAT], is SMART capable. Adding to "monitor" list.
Jan 10 17:50:58 polaris kernel: vboxdrv: loading out-of-tree module taints kernel.
Jan 10 17:50:58 polaris kernel: vboxdrv: Found 4 processor cores
Jan 10 17:50:58 polaris kernel: vboxdrv: TSC mode is Invariant, tentative frequency 3200280300 Hz
Jan 10 17:50:58 polaris kernel: vboxdrv: Successfully loaded version 5.1.12 (interface 0x00280000)
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sde [SAT], state read from /var/lib/smartmontools/smartd.ST1000NM0011-Z1N3RQD2.ata.state
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sdf, type changed from 'scsi' to 'sat'
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sdf [SAT], opened
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sdf [SAT], ST1000NM0011, S/N:Z1N3R6M1, WWN:5-000c50-050104ee2, FW:SN03, 1.00 TB
Jan 10 17:50:58 polaris smartd[1222]: Device: /dev/sdf [SAT], found in smartd database: Seagate Constellation ES (SATA 6Gb/s)
:

Wünsche eine gute Nacht
Georg
 

josef-wien

Ultimate Guru
P6CNAT schrieb:
ich weiß noch nicht was sda - sdd ist, vielleicht ein eingebauter Leser für SD-Karten
Das wäre eine zufriedenstellende Lösung, dazu als root:
Code:
blkid
hwinfo --disk
cat /proc/swaps
P6CNAT schrieb:
Code:
BOOT_IMAGE=/boot/vmlinuz-4.4.36-8-default root=UUID=c226b3d2-d862-435b-9951-229def0058c2 resume=/dev/disk/by-uuid/ee82a68e-e15a-496e-a57d-614b3854ed11 splash=silent quiet showopts resume=/dev/sda2 splash=verbose quiet showopts
Da sind einige Angaben doppelt und teilweise widersprüchlich vorhanden. Weiters ist die zweite resume-Angabe falsch und erklärt die Meldung in Deinem Eröffnungsbeitrag.
 
A

Anonymous

Gast
Deswegen solltest du deine Commandline in Ordnung bringen.

Gesendet von meinem Moto E mit Tapatalk
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Hallo,

heute hat der PC auf Anhieb richtig und ohne Verzögerung gebootet und die Platten richtig benannt. Aber darauf ist ja kein Verlass.
Code:
polaris:/tmp # lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda       8:0    0 931,5G  0 disk  
├─sda1    8:1    0     1G  0 part  [SWAP]
├─sda2    8:2    0    25G  0 part  
│ └─md0   9:0    0    25G  0 raid1 /
└─sda3    8:3    0 905,5G  0 part  
  └─md1   9:1    0 905,5G  0 raid1 /home
sdb       8:16   0 931,5G  0 disk  
├─sdb1    8:17   0     1G  0 part  [SWAP]
├─sdb2    8:18   0    25G  0 part  
│ └─md0   9:0    0    25G  0 raid1 /
└─sdb3    8:19   0 905,5G  0 part  
  └─md1   9:1    0 905,5G  0 raid1 /home
sr0      11:0    1  1024M  0 rom

Doch zunächst zurück zu den Platten sda - sdd von gestern. Das ist wirklich der Kartenleser, Attached removable disk.
Hier wieder Auszüge aus "journalctl --since=today > /tmp/journalctl_20170110.log"
Code:
:
Jan 10 17:49:22 polaris kernel: sd 0:0:0:3: Attached scsi generic sg3 type 0
Jan 10 17:49:22 polaris kernel: sd 0:0:0:0: [sda] Attached SCSI removable disk
Jan 10 17:49:22 polaris kernel: [drm] ib test on ring 7 succeeded
Jan 10 17:49:22 polaris kernel: sd 0:0:0:3: [sdd] Attached SCSI removable disk
:
Jan 10 17:49:22 polaris kernel: sd 0:0:0:1: [sdb] Attached SCSI removable disk
Jan 10 17:49:22 polaris kernel: sd 0:0:0:2: [sdc] Attached SCSI removable disk
:
Jan 10 17:49:22 polaris kernel: sd 2:0:0:0: [sde] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
Jan 10 17:49:22 polaris kernel: sd 2:0:0:0: [sde] Write Protect is off
Jan 10 17:49:22 polaris kernel: sd 2:0:0:0: [sde] Mode Sense: 00 3a 00 00
Jan 10 17:49:22 polaris kernel: sd 2:0:0:0: Attached scsi generic sg4 type 0
Jan 10 17:49:22 polaris kernel: sd 2:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan 10 17:49:22 polaris kernel: scsi 4:0:0:0: Direct-Access     ATA      ST1000NM0011     SN03 PQ: 0 ANSI: 5
Jan 10 17:49:22 polaris kernel: sd 4:0:0:0: [sdf] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
Jan 10 17:49:22 polaris kernel: sd 4:0:0:0: [sdf] Write Protect is off
Jan 10 17:49:22 polaris kernel: sd 4:0:0:0: [sdf] Mode Sense: 00 3a 00 00
Jan 10 17:49:22 polaris kernel: ata6.00: ATAPI: HL-DT-ST DVDRAM GH24NS95, RN01, max UDMA/133

josef-wien schrieb:
Das wäre eine zufriedenstellende Lösung, dazu als root:
Code:
polaris:/tmp # blkid
/dev/sdb1: UUID="d67de638-6a57-4eb8-b077-bb41ec16f24d" TYPE="swap" PARTUUID="000b9144-01"
/dev/sdb2: UUID="ab6e8c7e-8589-48c8-10d3-bb34f119af4e" UUID_SUB="339d0c01-47e9-a0fd-4961-2e6fde5704e3" LABEL="linux:0" TYPE="linux_raid_member" PARTUUID="000b9144-02"
/dev/sdb3: UUID="455470dc-528b-8c5b-1d6c-2920f6c42ae2" UUID_SUB="afc11f4d-aac4-fde6-73ba-b2142d80d83c" LABEL="linux:1" TYPE="linux_raid_member" PARTUUID="000b9144-03"
/dev/sda1: UUID="ee82a68e-e15a-496e-a57d-614b3854ed11" TYPE="swap" PARTUUID="000b9144-01"
/dev/sda2: UUID="ab6e8c7e-8589-48c8-10d3-bb34f119af4e" UUID_SUB="bf3a6e05-73ee-1ccc-6a4a-f81e9da750ec" LABEL="linux:0" TYPE="linux_raid_member" PARTUUID="000b9144-02"
/dev/sda3: UUID="455470dc-528b-8c5b-1d6c-2920f6c42ae2" UUID_SUB="937110ff-376e-c329-8471-6aa9727d9321" LABEL="linux:1" TYPE="linux_raid_member" PARTUUID="000b9144-03"
/dev/md0: UUID="c226b3d2-d862-435b-9951-229def0058c2" TYPE="ext4"
/dev/md1: UUID="59bb3437-3660-4f7e-8fe4-711a177546db" TYPE="ext4"

Code:
polaris:/tmp # hwinfo --disk
32: IDE 100.0: 10600 Disk                                       
  [Created at block.245]
  Unique ID: 3OOL.fNJTpqzDbX9
  Parent ID: 7EWs._VZyTTTVcr3
  SysFS ID: /class/block/sda
  SysFS BusID: 1:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:11.0/ata2/host1/target1:0:0/1:0:0:0
  Hardware Class: disk
  Model: "ST1000NM0011"
  Device: "ST1000NM0011"
  Revision: "SN03"
  Serial ID: "Z1N3RQD2"
  Driver: "ahci", "sd"
  Driver Modules: "ahci", "sd_mod"
  Device File: /dev/sda
  Device Files: /dev/sda, /dev/disk/by-id/ata-ST1000NM0011_Z1N3RQD2, /dev/disk/by-id/scsi-0ATA_ST1000NM0011_Z1N3RQD2, /dev/disk/by-id/scsi-1ATA_ST1000NM0011_Z1N3RQD2, /dev/disk/by-id/scsi-35000c500500f055a, /dev/disk/by-id/scsi-SATA_ST1000NM0011_Z1N3RQD2, /dev/disk/by-id/wwn-0x5000c500500f055a, /dev/disk/by-path/pci-0000:00:11.0-ata-2, /dev/disk/by-path/pci-0000:00:11.0-scsi-1:0:0:0
  Device Number: block 8:0-8:15
  Geometry (Logical): CHS 121601/255/63
  Size: 1953525168 sectors a 512 bytes
  Capacity: 931 GB (1000204886016 bytes)
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #8 (SATA controller)

33: IDE 300.0: 10600 Disk
  [Created at block.245]
  Unique ID: WZeP.kq+Mhnw1ozD
  Parent ID: 7EWs._VZyTTTVcr3
  SysFS ID: /class/block/sdb
  SysFS BusID: 3:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:11.0/ata4/host3/target3:0:0/3:0:0:0
  Hardware Class: disk
  Model: "ST1000NM0011"
  Device: "ST1000NM0011"
  Revision: "SN03"
  Serial ID: "Z1N3R6M1"
  Driver: "ahci", "sd"
  Driver Modules: "ahci", "sd_mod"
  Device File: /dev/sdb
  Device Files: /dev/sdb, /dev/disk/by-id/ata-ST1000NM0011_Z1N3R6M1, /dev/disk/by-id/scsi-0ATA_ST1000NM0011_Z1N3R6M1, /dev/disk/by-id/scsi-1ATA_ST1000NM0011_Z1N3R6M1, /dev/disk/by-id/scsi-35000c50050104ee2, /dev/disk/by-id/scsi-SATA_ST1000NM0011_Z1N3R6M1, /dev/disk/by-id/wwn-0x5000c50050104ee2, /dev/disk/by-path/pci-0000:00:11.0-ata-4, /dev/disk/by-path/pci-0000:00:11.0-scsi-3:0:0:0
  Device Number: block 8:16-8:31
  Geometry (Logical): CHS 121601/255/63
  Size: 1953525168 sectors a 512 bytes
  Capacity: 931 GB (1000204886016 bytes)
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #8 (SATA controller)

34: SCSI 800.0: 10600 Disk
  [Created at block.256]
  Unique ID: hhw5.iMSCZ576Fk6
  Parent ID: 06bT.TMhoTMmYMKD
  SysFS ID: /class/block/sdc
  SysFS BusID: 8:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb8/8-1/8-1:1.0/host8/target8:0:0/8:0:0:0
  Hardware Class: disk
  Model: "Generic Compact Flash"
  Vendor: usb 0x048d "Generic"
  Device: usb 0x1345 "Compact Flash"
  Revision: "0.00"
  Serial ID: "0000000000000006"
  Driver: "usb-storage", "sd"
  Driver Modules: "usb_storage", "sd_mod"
  Device File: /dev/sdc (/dev/sg3)
  Device Files: /dev/sdc, /dev/disk/by-id/scsi-S__Generic_Compact_Flash_0.00, /dev/disk/by-path/pci-0000:00:13.2-scsi-0:0:0:0, /dev/disk/by-path/pci-0000:00:13.2-usb-0:1:1.0-scsi-0:0:0:0
  Device Number: block 8:32-8:47 (char 21:3)
  Geometry (Logical): CHS 1024/0/62
  Speed: 480 Mbps
  Module Alias: "usb:v048Dp1345d0100dc00dsc00dp00ic08isc06ip50in00"
  Driver Info #0:
    Driver Status: uas is active
    Driver Activation Cmd: "modprobe uas"
  Driver Info #1:
    Driver Status: usb_storage is active
    Driver Activation Cmd: "modprobe usb_storage"
  Drive status: no medium
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #12 (USB Controller)

35: SCSI 800.1: 10600 Disk
  [Created at block.256]
  Unique ID: ofUZ.sA0G6qZdecF
  Parent ID: 06bT.TMhoTMmYMKD
  SysFS ID: /class/block/sdd
  SysFS BusID: 8:0:0:1
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb8/8-1/8-1:1.0/host8/target8:0:0/8:0:0:1
  Hardware Class: disk
  Model: "Generic SM/xD-Picture"
  Vendor: usb 0x048d "Generic"
  Device: usb 0x1345 "SM/xD-Picture"
  Revision: "0.00"
  Driver: "usb-storage", "sd"
  Driver Modules: "usb_storage", "sd_mod"
  Device File: /dev/sdd (/dev/sg4)
  Device Files: /dev/sdd, /dev/disk/by-id/scsi-S__Generic_SM\x2fxD-Picture_0.00, /dev/disk/by-path/pci-0000:00:13.2-scsi-0:0:0:1, /dev/disk/by-path/pci-0000:00:13.2-usb-0:1:1.0-scsi-0:0:0:1
  Device Number: block 8:48-8:63 (char 21:4)
  Geometry (Logical): CHS 1024/0/62
  Drive status: no medium
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #12 (USB Controller)

36: SCSI 800.2: 10600 Disk
  [Created at block.256]
  Unique ID: Frkd.sA0G6qZdecF
  Parent ID: 06bT.TMhoTMmYMKD
  SysFS ID: /class/block/sde
  SysFS BusID: 8:0:0:2
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb8/8-1/8-1:1.0/host8/target8:0:0/8:0:0:2
  Hardware Class: disk
  Model: "Generic SDXC/MMC"
  Vendor: usb 0x048d "Generic"
  Device: usb 0x1345 "SDXC/MMC"
  Revision: "0.00"
  Driver: "usb-storage", "sd"
  Driver Modules: "usb_storage", "sd_mod"
  Device File: /dev/sde (/dev/sg5)
  Device Files: /dev/sde, /dev/disk/by-id/scsi-S__Generic_SDXC\x2fMMC_0.00, /dev/disk/by-path/pci-0000:00:13.2-scsi-0:0:0:2, /dev/disk/by-path/pci-0000:00:13.2-usb-0:1:1.0-scsi-0:0:0:2
  Device Number: block 8:64-8:79 (char 21:5)
  Geometry (Logical): CHS 1024/0/62
  Drive status: no medium
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #12 (USB Controller)

37: SCSI 800.3: 10600 Disk
  [Created at block.256]
  Unique ID: i0+h.sA0G6qZdecF
  Parent ID: 06bT.TMhoTMmYMKD
  SysFS ID: /class/block/sdf
  SysFS BusID: 8:0:0:3
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb8/8-1/8-1:1.0/host8/target8:0:0/8:0:0:3
  Hardware Class: disk
  Model: "Generic MS/MS-Pro/HG"
  Vendor: usb 0x048d "Generic"
  Device: usb 0x1345 "MS/MS-Pro/HG"
  Revision: "0.00"
  Driver: "usb-storage", "sd"
  Driver Modules: "usb_storage", "sd_mod"
  Device File: /dev/sdf (/dev/sg6)
  Device Files: /dev/sdf, /dev/disk/by-id/scsi-S__Generic_MS\x2fMS-Pro\x2fHG_0.00, /dev/disk/by-path/pci-0000:00:13.2-scsi-0:0:0:3, /dev/disk/by-path/pci-0000:00:13.2-usb-0:1:1.0-scsi-0:0:0:3
  Device Number: block 8:80-8:95 (char 21:6)
  Geometry (Logical): CHS 1024/0/62
  Drive status: no medium
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #12 (USB Controller)

Code:
polaris:/tmp # cat /proc/swaps
Filename                                Type            Size    Used    Priority
/dev/sda1                               partition       1051644 0       -1
/dev/sdb1                               partition       1051644 0       -2

Jetzt zum Bootvorgang:
Der Eintrag im Yast -> Booloader -> Kernelparameter
Code:
resume=/dev/disk/by-uuid/ee82a68e-e15a-496e-a57d-614b3854ed11 splash=silent quiet showopts resume=/dev/sda2 splash=verbose quiet showopts
ist offensichtlich fehlerhaft. Aber ich verstehe noch nicht was da genau eingetragen werden muss.
Seltsamerweise ist UUID="ee82a68e-e15a-496e-a57d-614b3854ed11" TYPE="swap" sollte da nicht die erste root Partition /dev/sda2: UUID="ab6e8c7e-8589-48c8-10d3-bb34f119af4e" stehen?
Oder der RAID Set /dev/md0: UUID="c226b3d2-d862-435b-9951-229def0058c2" TYPE="ext4"?
Der zweite Teil "resume=/dev/sda2 splash=verbose quiet showopts" könnte dann komplett entfallen?

Grüße
Georg
 

josef-wien

Ultimate Guru
Die Festplatten werden über ahci und der USB-Kartenleser über usb_storage definiert. Soweit ist alles in Ordnung. Für mich bist Du der Erste, bei dem usb_storage manchmal "schneller" ist als ahci. Theoretisch fallen mir die Kernel-Konfiguration und ein leicht problembehafteter Festplatten-Controller ein. Was ergeben:
Code:
dmesg | egrep "usb.storage|ahci"
egrep "USB_STORAGE=|AHCI=" /boot/config-$(uname -r)
P6CNAT schrieb:
Code:
polaris:/tmp # cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.4.36-8-default root=UUID=c226b3d2-d862-435b-9951-229def0058c2 resume=/dev/disk/by-uuid/ee82a68e-e15a-496e-a57d-614b3854ed11 splash=silent quiet showopts resume=/dev/sda2 splash=verbose quiet showopts
P6CNAT schrieb:
Der Eintrag im Yast -> Booloader -> Kernelparameter
Code:
resume=/dev/disk/by-uuid/ee82a68e-e15a-496e-a57d-614b3854ed11 splash=silent quiet showopts resume=/dev/sda2 splash=verbose quiet showopts
Die ersten beiden Boot-Optionen siehst Du offensichtlich in YaST nicht. Rein formal brauchst Du gar keine Boot-Optionen, um Linux zu starten, da root- und resume-Partition in der initrd enthalten sind. Es hat sich aber eingebürgert, sie bei den Boot-Optionen anzugeben (und damit formal die initrd-Definitionen zu überschreiben). Welche SWAP-Partition Du bei resume= angeben mußt, hängt davon ab, auf welche ein Hauptspeicherabbild bei einem suspend to disk geschrieben wird (denn nur dafür wird diese Angabe benötigt). Wenn Du nie suspend to disk verwendest, kannst Du statt dessen noresume angeben (dann schaut der Kernel gar nicht nach, ob es ein solches Abbild gibt). Über splash=, quiet und showopts weißt Du ja schon Bescheid.
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Guten Abend,

josef-wien schrieb:
Was ergeben:
Code:
dmesg | egrep "usb.storage|ahci"
egrep "USB_STORAGE=|AHCI=" /boot/config-$(uname -r)
Für mein Linux-Wissen wühlen wir jetzt aber wirklich in den Tiefen von Linux ;). Das /boot Verzeichnis mit fast 400 Files überfordert mich.
Code:
polaris:/var/log # dmesg | egrep "usb.storage|ahci"
[    3.222489] ahci 0000:00:11.0: version 3.0
[    3.222816] ahci 0000:00:11.0: AHCI 0001.0300 32 slots 8 ports 6 Gbps 0xff impl SATA mode
[    3.222821] ahci 0000:00:11.0: flags: 64bit ncq sntf ilck pm led clo pmp pio sxs 
[    3.222827] ahci 0000:00:11.0: both AHCI_HFLAG_MULTI_MSI flag set and custom irq handler implemented
[    3.224856] scsi host0: ahci
[    3.224972] scsi host1: ahci
[    3.225088] scsi host2: ahci
[    3.225223] scsi host3: ahci
[    3.225330] scsi host4: ahci
[    3.225479] scsi host5: ahci
[    3.225580] scsi host6: ahci
[    3.225681] scsi host7: ahci
[    3.903400] usb-storage 8-1:1.0: USB Mass Storage device detected
[    3.903528] scsi host8: usb-storage 8-1:1.0
[    3.903658] usbcore: registered new interface driver usb-storage
Code:
polaris:/var/log # egrep "USB_STORAGE=|AHCI=" /boot/config-$(uname -r)
CONFIG_SATA_AHCI=m
CONFIG_SATA_ACARD_AHCI=m
CONFIG_USB_STORAGE=m

Für "Experimente" habe ich voraussichtlich erst am Wochenende genügend Zeit. Werde vorsichtshalber auch mal das /boot Verzeichnis sichern und die Knoppix CD bereit halten :)

Grüße
Georg
 

josef-wien

Ultimate Guru
P6CNAT schrieb:
Code:
CONFIG_SATA_AHCI=m
Im Gegensatz zu früher hat openSUSE ahci nicht mehr im Kernel integriert, sondern als Modul realisiert (wodurch die Funktion erst später an die Reihe kommt). Der Zeitabstand zwischen ahci und usb_storage scheint zwar groß zu sein, aber ich schließe nicht aus, daß die Reihenfolge manchmal anders ist:
P6CNAT schrieb:
Code:
[    3.225681] scsi host7: ahci
[    3.903400] usb-storage 8-1:1.0: USB Mass Storage device detected
Wenn der Kartenleser wieder einmal zuerst an die Reihe kommt, solltest Du die Ausgabe von dmesg dahingehend untersuchen, ob Probleme mit den Festplatten zu finden sind. Ist das nicht der Fall, dann reagiert der Festplatten-Controller eben manchmal langsamer als der USB-Controller, und da man einen internen Kartenleser nicht einfach abhängen kann, bleibt Dir nur die Wahl zwischen Akzeptieren des Zustands und Bauen eines anders konfigurierten Kernel bzw. einer individuellen initrd.

P6CNAT schrieb:
Denke nicht nur an YaST, sondern auch an die Datei /etc/default/grub. Wenn Linux mit versehentlich vermurksten Boot-Optionen nicht mehr startet, brauchst Du nur im Boot-Menü für diesen Boot-Vorgang alle Boot-Optionen entfernen, und Linux startet wieder.
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Hallo,

heute war der Kartenleser mal wieder schneller. Da ich inzwischen die Kerneloptionen in Yast entrümpelt habe gab es zumindest keine Verzögerung beim Start.

Hier der Eintrag in Yast Kernel Parameter:
Code:
resume=/dev/disk/by-uuid/ee82a68e-e15a-496e-a57d-614b3854ed11 splash=verbose showopts

Hier die Platten:
Code:
polaris:/var/log #   lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sde       8:64   0 931,5G  0 disk  
├─sde1    8:65   0     1G  0 part  [SWAP]
├─sde2    8:66   0    25G  0 part  
│ └─md0   9:0    0    25G  0 raid1 /
└─sde3    8:67   0 905,5G  0 part  
  └─md1   9:1    0 905,5G  0 raid1 /home
sdf       8:80   0 931,5G  0 disk  
├─sdf1    8:81   0     1G  0 part  [SWAP]
├─sdf2    8:82   0    25G  0 part  
│ └─md0   9:0    0    25G  0 raid1 /
└─sdf3    8:83   0 905,5G  0 part  
  └─md1   9:1    0 905,5G  0 raid1 /home
sr0      11:0    1  1024M  0 rom

Hier die Ausgabe von dmesg. Ich kann hier keinen Fehler erkennen, bzw. ich weiß nicht wie ein Fehler aussieht.
Code:
$ dmesg | egrep -i "ahci|sata|usb.storage"
[    3.687225] usb-storage 8-1:1.0: USB Mass Storage device detected
[    3.687336] scsi host0: usb-storage 8-1:1.0
[    3.687452] usbcore: registered new interface driver usb-storage
[    5.823955] ahci 0000:00:11.0: version 3.0
[    5.824348] ahci 0000:00:11.0: AHCI 0001.0300 32 slots 8 ports 6 Gbps 0xff impl SATA mode
[    5.824352] ahci 0000:00:11.0: flags: 64bit ncq sntf ilck pm led clo pmp pio sxs 
[    5.824356] ahci 0000:00:11.0: both AHCI_HFLAG_MULTI_MSI flag set and custom irq handler implemented
[    5.827140] scsi host1: ahci
[    5.827303] scsi host2: ahci
[    5.827467] scsi host3: ahci
[    5.827664] scsi host4: ahci
[    5.827854] scsi host5: ahci
[    5.827977] scsi host6: ahci
[    5.828101] scsi host7: ahci
[    5.828238] scsi host8: ahci
[    5.828313] ata1: SATA max UDMA/133 abar m2048@0xfeb50000 port 0xfeb50100 irq 44
[    5.828315] ata2: SATA max UDMA/133 abar m2048@0xfeb50000 port 0xfeb50180 irq 45
[    5.828317] ata3: SATA max UDMA/133 abar m2048@0xfeb50000 port 0xfeb50200 irq 46
[    5.828319] ata4: SATA max UDMA/133 abar m2048@0xfeb50000 port 0xfeb50280 irq 47
[    5.828322] ata5: SATA max UDMA/133 abar m2048@0xfeb50000 port 0xfeb50300 irq 48
[    5.828323] ata6: SATA max UDMA/133 abar m2048@0xfeb50000 port 0xfeb50380 irq 49
[    5.828325] ata7: SATA max UDMA/133 abar m2048@0xfeb50000 port 0xfeb50400 irq 50
[    5.828327] ata8: SATA max UDMA/133 abar m2048@0xfeb50000 port 0xfeb50480 irq 51
[    6.139182] ata3: SATA link down (SStatus 0 SControl 300)
[    6.139208] ata8: SATA link down (SStatus 0 SControl 300)
[    6.139234] ata5: SATA link down (SStatus 0 SControl 300)
[    6.139283] ata7: SATA link down (SStatus 0 SControl 300)
[    6.139335] ata1: SATA link down (SStatus 0 SControl 300)
[    6.295339] ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    6.295362] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    6.295381] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)

Was müsste ich denn machen, um den Kernel oder initrd anzupassen?
Mit der Anpassung eines Parameters und make ausführen könnte ich mich vielleicht noch anfreunden, wenn es aufwändiger wird eher nicht.

Der Zustand mit den vertauschen Plattenbezeichnungen scheint weiter keine Nachteile zu haben.
Ich muss bloß aufpassen wenn ich ein dd auf eine SD-Karte ausführen will, dass ich nicht eine Festplatte erwische.

Grüße
Georg
 

josef-wien

Ultimate Guru
Nur aus diesem Grund alle paar Wochen einen eigenen Kernel zu bauen scheint mir übertrieben zu sein, zumal ich mir bei einem Abstand von mehr als 2 Sekunden gar nicht sicher bin, ob das nützt. Eine individuelle initrd ist auf jeden Fall ziemlich aufwendig und fällt unter "mit Kanonen auf Spatzen schießen" (und dabei kann ich Dir nicht helfen).

Beim nächsten Vorkommen kannst Du
Code:
dmesg | egrep -i "err|warn|crit|fail|fault| ata"
ausführen. Wie Du egrep auf einen bestimmten Bootvorgang mit journalctl anwendest, kann ich nicht sagen, systemd kommt mir bekanntlich nicht ins Haus.


P6CNAT schrieb:
Ich muss bloß aufpassen wenn ich ein dd auf eine SD-Karte ausführen will, dass ich nicht eine Festplatte erwische.
Da kann ich eine Alternative anbieten. Standardmäßig erhalten alle Platten (und formal gehört eine Speicherkarte auch dazu) die Gruppe disk. Wenn Du mit einer udev-Regel für USB-Medien eine andere Gruppe definierst und Dir diese zuordnest, kannst Du als normaler Benutzer so ziemlich alles damit machen (außer mit dummen Programmen wie z. B. hdparm).

/etc/udev/rules.d/99-local.rules
Code:
# Zuweisung von USB-Medien zur Gruppe georg:
KERNEL=="sd[a-z]*", SUBSYSTEMS=="usb", ACTION=="add", GROUP="georg"
Die Gruppe georg (oder wie immer Du sie benennst) mußt Du natürlich (z. B. mit YaST) anlegen und Deinem Benutzer zuordnen.
 
A

Anonymous

Gast
josef-wien schrieb:
systemd kommt mir bekanntlich nicht ins Haus.

OT: Nur mal des Interesses wegen, wie begründest du diese Aussage? Ich habe damit keinerlei Probleme. Mein System läuft mit dem neuesten Kernel und original Nvidia-Treiber von der Homepage Nvidia unter systemd absolut stabil.
 
Oben