[gelöst] unterschiedliche Erkennung der SSD's

[williethepimp]

Hallo,
bei meinen Versuchen, Debian zu installieren, bin ich auf eine seltsame Situation gestoßen. Die jeweilige SSD mit dem Betriebssystem scheint nicht davon betroffen zu sein, aber die weiteren Daten-SSD's. sdb wird plötzlich zu sdc und umgekehrt. Siehe Bilder. Wenn die einzelnen Partitionen gemountet sind scheint das keine Rolle zu spielen. Es ist mir noch nie aufgefallen. Selbst wenn die SSD falsch erkannt wird, funktioniert der zugewiesene Mountpoint lt. fstab. Zwischen beiden Bildern gab es nur Neustarts, keine Änderung der Verkabelung.
Hat jemand eine Erklärung?

Linkes Bild: so soll es sein. Rechts falsche Reihenfolge.

[fischig]

Kann es sein, dass die udev-Diskussion (war ca. 2004 ein Thema) an dir vorbeigegangen ist? Es geht auch ohne udev via geeigneter Einträge in /etc/fstab.

[schwedenmann]

Hallo

Die jeweilige SSD mit dem Betriebssystem scheint nicht davon betroffen zu sein, aber die weiteren Daten-SSD's. sdb wird plötzlich zu sdc und umgekehrt.

Hängt davon ab, wann die jeweiligen ports initialisiert werden, auch deine Boot-SSd kann schon mal sdb sein, (fürs OS), das sie im Bios die Bootplatte ist, spielt das dann keine Rolle.


mfg
schwedenmann

[rhHeini]

Ist für alte Hasen nicht überraschend. Mit so etwas muss man immer rechnen. Es gibt keine Garantie dass der Kernel und verbundene Dienste imer exakt gleich reagieren.

Deswegen: arbeite wenns geht mit UUID oder Labeln. Die ändern sich nicht ohne weiteres.

[GregorS]

Ist für alte Hasen nicht überraschend. Mit so etwas muss man immer rechnen. Es gibt keine Garantie dass der Kernel und verbundene Dienste imer exakt gleich reagieren.

Doch, das gab es durchaus. Wenn ich „früher“ eine Platte an den ersten Anschluss des zweiten IDE-Ports angeschlossen habe, war das „/dev/hdc“ – und zwar sowas von festgenagelt, wie man nur etwas festnageln kann. Betoniert, quasi.

Ich könnte auf diesen UEFI(?)-Scheiß und UUIDs echt gut verzichten.

Gruß

Gregor

[schwedenmann]

Hallo

Doch, das gab es durchaus. Wenn ich „früher“ eine Platte an den ersten Anschluss des zweiten IDE-Ports angeschlossen habe, war das „/dev/hdc“ – und zwar sowas von festgenagelt, wie man nur etwas festnageln kann. Betoniert, quasi.

Hatte das nicht eher was mit den jumpern master oder slave zu tun


mfg
schwedenmann

[GregorS]

Doch, das gab es durchaus. Wenn ich „früher“ eine Platte an den ersten Anschluss des zweiten IDE-Ports angeschlossen habe, war das „/dev/hdc“ – und zwar sowas von festgenagelt, wie man nur etwas festnageln kann. Betoniert, quasi.

Hatte das nicht eher was mit den jumpern master oder slave zu tun

Kann sein, ist aber letztlich egal. Wie eine Platte angesprochen wurde, hing davon ab, wo/wie ich sie angeschlossen habe, nicht davon, dass irgendein Voodoo das anders sieht.

Gruß

Gregor

[towo]

Und das Rumgeheule bringt dir jetzt genau was?
IDE aka PATA ist Steinzeit und Sata Ports haben nunmal keine Reihenfolge.
UUID ist auch keine Erfindung der Neuzeit und (U)Efi hat damit genau NULL zu tun.

[rhHeini]

Ist für alte Hasen nicht überraschend. Mit so etwas muss man immer rechnen. Es gibt keine Garantie dass der Kernel und verbundene Dienste imer exakt gleich reagieren.

Doch, das gab es durchaus. Wenn ich „früher“ eine Platte an den ersten Anschluss des zweiten IDE-Ports angeschlossen habe, war das „/dev/hdc“ – und zwar sowas von festgenagelt, wie man nur etwas festnageln kann. Betoniert, quasi.

Ich könnte auf diesen UEFI(?)-Scheiß und UUIDs echt gut verzichten.

Ich behaupte mal ganz frech dass das mit UEFI nichts zu tun hat.

Die Rechner bei denen es noch ein /dev/hdx gab waren im Vergleich zu heutigen CPUs echt lahm. So eine Peripherieerkennung lief damals schön seriell und immer gleich ab wie Du richtig bemerkt hast.

Aber bei den heutigen GHz-CPU langweilt sich die CPU zwischen den Rückmeldungen der Peripheriechips. Deswegen kam da bei den Linux-Gurus die Idee der Parallisierung auf, auch im Kernel selber, und schon hast Du den Kuddelmuddel.

Anders gesagt, leb damit und nutze die Workarounds.

[GregorS]

...

Dass ich hier meine Meinung äußere, scheint Dir ja echt Probleme zu bereiten. Wieso das?

Gruß

Gregor

[GregorS]

...Ich behaupte mal ganz frech dass das mit UEFI nichts zu tun hat.

Ja, ich war mir nicht sicher. Deshalb auch das Fragezeichen. Die Einführung von UEFI und SATA lag zeitlich halt relativ nach beieinander.

Gruß

Gregor

[Chameleon]

...

Dass ich hier meine Meinung äußere, scheint Dir ja echt Probleme zu bereiten. Wieso das?

also ich seh in dem Beitrag von @towo nichts, was auch nur irgendwie gegen dich gerichtet ist.

Zum Thema: es wurde ja schon alles gesagt - somit kann das Thema eigentlich als gelöst markiert werden.

[williethepimp]

Vielen Dank für das Auffüllen meiner Wissenslücken.
Fazit: Das die SSD's unterschiedlich erkannt werden ist gar nicht so ungewöhnlich. Daher auch die UUID Einträge in der fstab. Diese sind mir schon lange bekannt. Aber den tatsächlichen Hintergrund habe ich erst nun verstanden.
Ansonsten guckt man ja nicht täglich in die Festplattenverwaltung so dass mir dieser Wechsel bisher verborgen blieb.
Gruß

[towo]

Fazit: Das die SSD's unterschiedlich erkannt werden ist gar nicht so ungewöhnlich.

Richtig, vor allem, weil das nicht nur SSD betrifft.

[fischig]

Statt der UUIDs kannst du auch labels (Datenträgerbezeichnung) vergeben. Sind bei Privatsystemen für mich handlicher.