/dev/disk/by-id bei Stretch und bei Buster

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

/dev/disk/by-id bei Stretch und bei Buster

Beitrag von halo44 » 12.01.2019 17:54:53

Ich stelle die Frage mal unter "Grundsatzfragen", weil ich gerne wüsste, warum ich eine meiner HDDs in Stretch mit

Code: Alles auswählen

/dev/disk/by-id/ata-WDC_WD5000BPVT-22HXZT1_WD-WXG1234567890
und in Buster mit

Code: Alles auswählen

/dev/disk/by-id/ata-WDC_WD5000BPVT-22HXZT1____WD-WXG1234567890
ansprechen muss.

Verbirgt sich dahinter eine sinnvolle Notwendigkeit oder dient das schlicht dazu die User zu beschäftigen, damit Ihnen nicht langweilig wird?

Weiß da jemand mehr?

Gruss H.

Benutzeravatar
smutbert
Moderator
Beiträge: 8318
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: /dev/disk/by-id bei Stretch und bei Buster

Beitrag von smutbert » 12.01.2019 18:16:42

Hm, also ich hab das unter stretch nie verwendet, kann also nicht mit Sicherheit sagen wie es unter stretch war, aber unter buster/sid gibt es bei mir nicht auffällig viele _. Ich vermute also, dass sich der Name bei mir zwischen stretch und buster nicht geändert hat.

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: /dev/disk/by-id bei Stretch und bei Buster

Beitrag von halo44 » 12.01.2019 18:25:31

Ich habe eben mal schnell die Buster-Installationen auf meinem Notebook und dem Rechner meiner Frau überprüft. Auch dort finde ich jeweils vier _ hintereinander. Beides sind übrigens SSDs, während die bei Themeneröffnung eine HDD war.

Gruss H.

Benutzeravatar
smutbert
Moderator
Beiträge: 8318
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: /dev/disk/by-id bei Stretch und bei Buster

Beitrag von smutbert » 12.01.2019 18:54:39

Möglicherweise liegt es an der Kombination Hardware (SATA-Controller) und neuerem Kernel/Sata-Treiber?
Ich hab bei mir jetzt auch noch am Notebook nachgesehen und auf dem gibt es auch nicht mehr als ein _ hintereinander. Dabei handelt sich um unterschiedliche SSDs, aber alle hängen an einem SATA-Controller des Intel-Chipsatzes.

Benutzeravatar
MartinV
Beiträge: 788
Registriert: 31.07.2015 19:38:52
Wohnort: Hyperion
Kontaktdaten:

Re: /dev/disk/by-id bei Stretch und bei Buster

Beitrag von MartinV » 12.01.2019 19:07:36

Ich habe hier auch 4 ____. Buster mit SSD Platte.
Die Vernunft kann einem schon leidtun. Sie verliert eigentlich immer.

willy4711

Re: /dev/disk/by-id bei Stretch und bei Buster

Beitrag von willy4711 » 12.01.2019 19:50:01

Bei Buster werden offensichtlich alle Platten/ Partitionen so geführt:

HDD:

Code: Alles auswählen

lrwxrwxrwx 1 root root  9 Jan 12 18:47 ata-WDC_WD5000HHTZ-04N21V0____WD-WXN1E32MDENJ -> ../../sdb
lrwxrwxrwx 1 root root 10 Jan 12 18:47 ata-WDC_WD5000HHTZ-04N21V0____WD-WXN1E32MDENJ-part1 -> ../../sdb1
SSD:

Code: Alles auswählen

lrwxrwxrwx 1 root root  9 Jan 12 18:47 ata-Samsung_SSD_850_PRO_128GB____@_S24ZNSAG339073V -> ../../sdc
lrwxrwxrwx 1 root root 10 Jan 12 18:47 ata-Samsung_SSD_850_PRO_128GB____@_S24ZNSAG339073V-part1 -> ../../sdc1
lrw
Die Frage für mich ist:

Was hat das für ein Belang ?
Was meinst du mit "ansprechen" ? Vermerk in der fstab ? Die UUID's sind doch andere , die du mit blkid erfährst
Würde mich schon interessieren.

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: /dev/disk/by-id bei Stretch und bei Buster

Beitrag von halo44 » 12.01.2019 20:10:59

willy4711 hat geschrieben: ↑ zum Beitrag ↑
12.01.2019 19:50:01
... Was meinst du mit "ansprechen" ? Vermerk in der fstab ? Die UUID's sind doch andere , die du mit blkid erfährst
Würde mich schon interessieren.
Ich spreche die Platte in einem Skript mit hdparm an, um die Start/Stops der Schreib/Leseköpfe einzustellen.

Gruss H.

willy4711

Re: /dev/disk/by-id bei Stretch und bei Buster

Beitrag von willy4711 » 13.01.2019 08:48:21

halo44 hat geschrieben: ↑ zum Beitrag ↑
12.01.2019 20:10:59
Ich spreche die Platte in einem Skript mit hdparm an, um die Start/Stops der Schreib/Leseköpfe einzustellen.
Ah - Danke für die Info - kannte ich noch nicht :THX:

Antworten