Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Re: Wie kann man herausfinden, an welcher Schnittstelle sdX physikalisch hängt?

10 views
Skip to first unread message

Sven Hartge

unread,
Jun 5, 2015, 9:30:02 AM6/5/15
to
Matthias Taube <no_html...@nurfuerspam.de> wrote:
> Ich hatte auf meinem Rechner (Jessie) plötzlich folgende Fehlermeldungen:

>> Jun 2 21:07:52 balder-test kernel: [ 21.657493] sd 6:0:0:0: [sdd] Attached SCSI removable disk
>> Jun 2 21:13:24 balder-test kernel: [ 21.823740] sd 6:0:0:0: [sdd] Unit Not Ready
>> Jun 2 21:13:24 balder-test kernel: [ 21.827914] sd 6:0:0:0: [sdd] READ CAPACITY failed


> Wie kann man in einem Debian System herausfinden, wo ein /dev/sdX
> physikalisch dran hängt?

Bootmeldungen lesen oder lsscsi benutzen.



--
Sigmentation fault. Core dumped.


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/3blut1...@mids.svenhartge.de

Matthias Taube

unread,
Jun 5, 2015, 9:30:03 AM6/5/15
to
Ich hatte auf meinem Rechner (Jessie) plötzlich folgende Fehlermeldungen:

> Jun 2 21:07:52 balder-test kernel: [ 21.657493] sd 6:0:0:0: [sdd] Attached SCSI removable disk
> Jun 2 21:13:24 balder-test kernel: [ 21.823740] sd 6:0:0:0: [sdd] Unit Not Ready
> Jun 2 21:13:24 balder-test kernel: [ 21.827914] sd 6:0:0:0: [sdd] READ CAPACITY failed


Diese Meldungen tauchten alle paar Sekunden im Syslog und auf der
Konsole auf.

An den SATA - Kanälen hängen 3 Platten und ein DVD-Brenner, die in der
Reihenfolge /dev/sda, sdb, sdc und sr0 benannt wurden. Ein eingesteckter
USB-Stick erhielt bisher /dev/sdd und nun sde.

Nach langen suchen, Kabel ziehen etc. habe ich nun herausgefunden, dass
der eingebaute, an einem internen USB-Port hängende SD-Kartenleser
defekt ist und die Meldungen verursacht.

Wie kann man in einem Debian System herausfinden, wo ein /dev/sdX
physikalisch dran hängt?

mfg
Matthias


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/mks7to$bu0$1...@ger.gmane.org

Robert Stephan

unread,
Jun 5, 2015, 9:40:02 AM6/5/15
to
Eigentlich gar nicht, zumindestens nicht zuverlässig. Deshalb ja auch die
Geschichte mit der UUID in der fstab.

Grüße


Schlüßel ID= 6E9BF134
Fingerprint=68C1 F1BC C3E0 EA52 0CE7 FB95 7E1B 7D60 6E9B F134
signature.asc

Klaus Becker

unread,
Jun 5, 2015, 10:50:02 AM6/5/15
to
Le vendredi 05 juin 2015, 15:32:59 Robert Stephan a écrit :

> Eigentlich gar nicht, zumindestens nicht zuverlässig.
> Deshalb ja auch die Geschichte mit der UUID in der fstab.
>
> Grüße


Zumal wenn man wie ich, 2 identische FPs benutzt:

~$ lsscsi
[2:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sda
[4:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sdb

Grüße

Klaus


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/1600335.LJzFeCZAaZ@1stein

Klaus Becker

unread,
Jun 5, 2015, 11:10:03 AM6/5/15
to
Le vendredi 05 juin 2015, 17:01:13 Rolf Lucius a écrit :
> Am Freitag, 5. Juni 2015, 16:48:20 schrieb Klaus Becker:
> > Le vendredi 05 juin 2015, 15:32:59 Robert Stephan a écrit :
> > > Eigentlich gar nicht, zumindestens nicht zuverlässig.
> > > Deshalb ja auch die Geschichte mit der UUID in der fstab.
> > >
> > > Grüße
> >
> > Zumal wenn man wie ich, 2 identische FPs benutzt:
> >
> > ~$ lsscsi
> > [2:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sda
> > [4:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sdb
>
> So lange es keine identischen UUIDs sind, geht das ja noch. Ich
> hatte vor dem Dist-Upgrade meine Root-Partition mit dd kopiert und
> nicht daran gedacht, dass die UUID ebenfalls kopiert wird. Das
> Upgrade von Wheezy auf Jessie endete im Chaos.
>
> Gruß
> Rolf

Ist mir auch schon passiert, lässt sich aber leicht korrigieren in
/etc/fstab

Natürlich sind meine UUIDs nicht identisch.

Klaus


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/2214430.hOTTNt4NTE@1stein

Rolf Lucius

unread,
Jun 5, 2015, 11:10:04 AM6/5/15
to
Am Freitag, 5. Juni 2015, 16:48:20 schrieb Klaus Becker:
> Le vendredi 05 juin 2015, 15:32:59 Robert Stephan a écrit :
>
> > Eigentlich gar nicht, zumindestens nicht zuverlässig.
> > Deshalb ja auch die Geschichte mit der UUID in der fstab.
> >
> > Grüße
>
>
> Zumal wenn man wie ich, 2 identische FPs benutzt:
>
> ~$ lsscsi
> [2:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sda
> [4:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sdb

signature.asc

Rolf Lucius

unread,
Jun 5, 2015, 11:20:02 AM6/5/15
to
Am Freitag, 5. Juni 2015, 17:06:52 schrieb Klaus Becker:
> > > Zumal wenn man wie ich, 2 identische FPs benutzt:
> > >
> > > ~$ lsscsi
> > > [2:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sda
> > > [4:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sdb
> >
> > So lange es keine identischen UUIDs sind, geht das ja noch. Ich
> > hatte vor dem Dist-Upgrade meine Root-Partition mit dd kopiert und
> > nicht daran gedacht, dass die UUID ebenfalls kopiert wird. Das
> > Upgrade von Wheezy auf Jessie endete im Chaos.
> >
> > Gruß
> > Rolf
>
> Ist mir auch schon passiert, lässt sich aber leicht korrigieren in
> /etc/fstab

Ja, wenn man es denn rechtzeitig merkt. :-) Ich hatte nach dem Upgrade mehrmals gebootet, die Migrations-Tools laufen lassen und mich gewundert, dass ich mal eher das alte und mal eher das neue System hatte.

Gruß
Rolf
signature.asc

Uwe Kerstan

unread,
Jun 5, 2015, 11:20:03 AM6/5/15
to
Am Freitag 05 Juni 2015, 16:48:20 schrieb Klaus Becker:

> Zumal wenn man wie ich, 2 identische FPs benutzt:
>
> ~$ lsscsi
> [2:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sda
> [4:0:0:0] disk ATA WDC WD1001FALS-0 0K05 /dev/sdb

Mich würde mal die Ausgabe von 'ls -l /dev/disk/by-id' dafür
interessieren. Zumindest bei mir bekomme ich da bei gleichen
Platten verschiedene Seriennummern geliefert.

Gruß Uwe
signature.asc

Klaus Becker

unread,
Jun 5, 2015, 12:00:02 PM6/5/15
to
bitte schön:

~$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root 9 juin 5 09:52 ata-_NEC_DVD_RW_ND-3500AG ->
../../sr0
lrwxrwxrwx 1 root root 9 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV2303797 -> ../../sda
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV2303797-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV2303797-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV2303797-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV2303797-part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV2303797-part7 -> ../../sda7
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV2303797-part8 -> ../../sda8
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV2303797-part9 -> ../../sda9
lrwxrwxrwx 1 root root 9 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV3260630 -> ../../sdb
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV3260630-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV3260630-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV3260630-part5 -> ../../sdb5
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV3260630-part6 -> ../../sdb6
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV3260630-part7 -> ../../sdb7
lrwxrwxrwx 1 root root 10 juin 5 09:52 ata-WDC_WD1001FALS-00J7B1_WD-
WMATV3260630-part8 -> ../../sdb8
lrwxrwxrwx 1 root root 9 juin 5 09:52 wwn-0x11093305665330892801x -
> ../../sda
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x11093305665330892801x-
part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x11093305665330892801x-
part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x11093305665330892801x-
part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x11093305665330892801x-
part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x11093305665330892801x-
part7 -> ../../sda7
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x11093305665330892801x-
part8 -> ../../sda8
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x11093305665330892801x-
part9 -> ../../sda9
lrwxrwxrwx 1 root root 9 juin 5 09:52 wwn-0x3104201620395675649x ->
../../sdb
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x3104201620395675649x-
part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x3104201620395675649x-
part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x3104201620395675649x-
part5 -> ../../sdb5
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x3104201620395675649x-
part6 -> ../../sdb6
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x3104201620395675649x-
part7 -> ../../sdb7
lrwxrwxrwx 1 root root 10 juin 5 09:52 wwn-0x3104201620395675649x-
part8 -> ../../sdb8

Verstehen tu ich das allerdings nicnt...

0x11093305665330892801x und 0x3104201620395675649x sind die
Seriennummern der FPs?

Klaus


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/5950426.qVJmXR14zE@1stein

Uwe Kerstan

unread,
Jun 5, 2015, 12:10:03 PM6/5/15
to
Am Freitag 05 Juni 2015, 17:51:06 schrieb Klaus Becker:

> ata-WDC_WD1001FALS-00J7B1_WD-WMATV2303797 -> ../../sda
> ata-WDC_WD1001FALS-00J7B1_WD-WMATV3260630 -> ../../sdb

WMATV2303797 und WMATV3260630 könnten die Seriennummern sein.
Kannst ja mit smartctl nachschauen. :-)

Gruß Uwe
signature.asc
Message has been deleted

Matthias Taube

unread,
Jun 5, 2015, 3:50:02 PM6/5/15
to
Am 05.06.2015 um 15:27 schrieb Sven Hartge:

>> Wie kann man in einem Debian System herausfinden, wo ein /dev/sdX
>> physikalisch dran hängt?
> Bootmeldungen lesen oder lsscsi benutzen.

Das gibt bei mir
> [0:0:0:0] disk ATA CT250BX100SSD1 MU02 /dev/sda
> [1:0:0:0] disk ATA WDC WD5000AAKS-0 1D05 /dev/sdb
> [2:0:0:0] disk ATA ST4000DM000-1F21 CC54 /dev/sdc
> [3:0:0:0] cd/dvd HL-DT-ST DVD-RAM GH22NS30 1.01 /dev/sr0
> [6:0:0:0] disk Intenso Rainbow Line 8.07 /dev/sdd

aus. Nur woran erkenne ich, das [2:0:0:0] ein SATA-Kanal und [6:0:0:0]
ein USB-Port ist?


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/mksu4p$8si$1...@ger.gmane.org

Jochen van Geldern

unread,
Jun 5, 2015, 4:50:01 PM6/5/15
to
Am Fri, 05 Jun 2015 21:43:20 +0200
schrieb Matthias Taube <no_html...@nurfuerspam.de>:

> Am 05.06.2015 um 15:27 schrieb Sven Hartge:
>
> >> Wie kann man in einem Debian System herausfinden, wo ein /dev/sdX
> >> physikalisch dran hängt?
> > Bootmeldungen lesen oder lsscsi benutzen.
>
> Das gibt bei mir
> > [0:0:0:0] disk ATA CT250BX100SSD1 MU02 /dev/sda
> > [1:0:0:0] disk ATA WDC WD5000AAKS-0 1D05 /dev/sdb
> > [2:0:0:0] disk ATA ST4000DM000-1F21 CC54 /dev/sdc
> > [3:0:0:0] cd/dvd HL-DT-ST DVD-RAM GH22NS30 1.01 /dev/sr0
> > [6:0:0:0] disk Intenso Rainbow Line 8.07 /dev/sdd
>
> aus. Nur woran erkenne ich, das [2:0:0:0] ein SATA-Kanal und
> [6:0:0:0] ein USB-Port ist?
>
$ ls -l /dev/disk/by-id/
insgesamt 0
lrwxrwxrwx 1 root root 9 5. Jun 11:06 ata-HL-DT-ST_BD-RE_BH16NS40_K9KE8QA3946 -> ../../sr0
lrwxrwxrwx 1 root root 9 5. Jun 11:06 ata-SAMSUNG_HD103SI_S1VSJ90SC44061 -> ../../sda
lrwxrwxrwx 1 root root 10 5. Jun 11:06 ata-SAMSUNG_HD103SI_S1VSJ90SC44061-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 5. Jun 11:06 ata-SAMSUNG_HD103SI_S1VSJ90SC44061-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 5. Jun 11:06 ata-SAMSUNG_HD103SI_S1VSJ90SC44061-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 5. Jun 11:06 ata-SAMSUNG_HD103SI_S1VSJ90SC44061-part4 -> ../../sda4
lrwxrwxrwx 1 root root 10 5. Jun 11:06 ata-SAMSUNG_HD103SI_S1VSJ90SC44061-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 5. Jun 11:06 lvm-pv-uuid-002qcc-wSbF-iDIK-pmEf-8d4B-i1Cq-35u1LQ -> ../../sda4
lrwxrwxrwx 1 root root 10 5. Jun 11:06 lvm-pv-uuid-549iLB-hRih-GJHW-052Q-dzs8-RzHf-a1VZhP -> ../../sda2
lrwxrwxrwx 1 root root 9 5. Jun 11:06 usb-Generic-_USB3.0_CRW-CF_MD_201403070001-0:0 -> ../../sdb
lrwxrwxrwx 1 root root 9 5. Jun 11:06 usb-Generic-_USB3.0_CRW-MS_201403070001-0:3 -> ../../sde
lrwxrwxrwx 1 root root 9 5. Jun 11:06 usb-Generic-_USB3.0_CRW-SD_201403070001-0:2 -> ../../sdd
lrwxrwxrwx 1 root root 9 5. Jun 11:06 usb-Generic-_USB3.0_CRW-SD_MS_201403070001-0:4 -> ../../sdf
lrwxrwxrwx 1 root root 9 5. Jun 11:06 usb-Generic-_USB3.0_CRW-SM_xD_201403070001-0:1 -> ../../sdc
lrwxrwxrwx 1 root root 9 5. Jun 22:38 usb-Kingston_DataTraveler_2.0_60A44C3FAF75FEC0D9942504-0:0 -> ../../sdg
lrwxrwxrwx 1 root root 10 5. Jun 22:38 usb-Kingston_DataTraveler_2.0_60A44C3FAF75FEC0D9942504-0:0-part1 -> ../../sdg1
lrwxrwxrwx 1 root root 9 5. Jun 11:06 wwn-0x50024e92018e1e60 -> ../../sda
lrwxrwxrwx 1 root root 10 5. Jun 11:06 wwn-0x50024e92018e1e60-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 5. Jun 11:06 wwn-0x50024e92018e1e60-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 5. Jun 11:06 wwn-0x50024e92018e1e60-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 5. Jun 11:06 wwn-0x50024e92018e1e60-part4 -> ../../sda4
lrwxrwxrwx 1 root root 10 5. Jun 11:06 wwn-0x50024e92018e1e60-part5 -> ../../sda5

--
Gruß Jochen


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/20150605224714.7b83bb4f@work

Jan Kappler

unread,
Jun 5, 2015, 4:50:02 PM6/5/15
to
Hallo,

Am 05.06.2015 21:43, schrieb Matthias Taube:
> Am 05.06.2015 um 15:27 schrieb Sven Hartge:
>
>>> Wie kann man in einem Debian System herausfinden, wo ein /dev/sdX
>>> physikalisch dran hängt?
>> Bootmeldungen lesen oder lsscsi benutzen.
>
> Das gibt bei mir
>> [0:0:0:0] disk ATA CT250BX100SSD1 MU02 /dev/sda
>> [1:0:0:0] disk ATA WDC WD5000AAKS-0 1D05 /dev/sdb
>> [2:0:0:0] disk ATA ST4000DM000-1F21 CC54 /dev/sdc
>> [3:0:0:0] cd/dvd HL-DT-ST DVD-RAM GH22NS30 1.01 /dev/sr0
>> [6:0:0:0] disk Intenso Rainbow Line 8.07 /dev/sdd
>
> aus. Nur woran erkenne ich, das [2:0:0:0] ein SATA-Kanal und [6:0:0:0]
> ein USB-Port ist?
>

ich nehme an, am "ATA". Bei USB-Geräten wird wahrscheinlich die
Beschreibung angezeigt, also so etwas wie Vendor-ID oder so, nehme ich
mal an.
Hmm schade, unter Squeeze gibt es lsscsi anscheinend noch nicht.

--


Mit freundlichem Gruß
Jan Kappler


signature.asc

Sven Hartge

unread,
Jun 5, 2015, 6:10:03 PM6/5/15
to
Matthias Taube <no_html...@nurfuerspam.de> wrote:
> Am 05.06.2015 um 15:27 schrieb Sven Hartge:

>>> Wie kann man in einem Debian System herausfinden, wo ein /dev/sdX
>>> physikalisch dran hängt?

>> Bootmeldungen lesen oder lsscsi benutzen.

> Das gibt bei mir

>> [0:0:0:0] disk ATA CT250BX100SSD1 MU02 /dev/sda
>> [1:0:0:0] disk ATA WDC WD5000AAKS-0 1D05 /dev/sdb
>> [2:0:0:0] disk ATA ST4000DM000-1F21 CC54 /dev/sdc
>> [3:0:0:0] cd/dvd HL-DT-ST DVD-RAM GH22NS30 1.01 /dev/sr0
>> [6:0:0:0] disk Intenso Rainbow Line 8.07 /dev/sdd

> aus. Nur woran erkenne ich, das [2:0:0:0] ein SATA-Kanal und [6:0:0:0]
> ein USB-Port ist?

Entweder, weil be den anderen disk-Geräten "ATA" steht und somit man im
Ausschlußverfahren schließen kann, was der verbleibende ist. Oder in dem
man mittels dmesg schaut, wann 6:0:0:0 in welchem Kontext auftaucht.

Oder man nutzt den Schalter "-v" für lsscsi, was einem den Device-Pfad
anzeigt:

[8:0:0:0] disk Generic USB SD Reader 1.00 /dev/sdf
dir: /sys/bus/scsi/devices/8:0:0:0 [/sys/devices/pci0000:00/0000:00:1d.0/usb6/6-1/6-1.3/6-1.3.4/6-1.3.4:1.0/host8/target8:0:0/8:0:0:0]
[8:0:0:1] disk Generic USB CF Reader 1.01 /dev/sdg
dir: /sys/bus/scsi/devices/8:0:0:1 [/sys/devices/pci0000:00/0000:00:1d.0/usb6/6-1/6-1.3/6-1.3.4/6-1.3.4:1.0/host8/target8:0:0/8:0:0:1]
[8:0:0:2] disk Generic USB SM Reader 1.02 /dev/sdh
dir: /sys/bus/scsi/devices/8:0:0:2 [/sys/devices/pci0000:00/0000:00:1d.0/usb6/6-1/6-1.3/6-1.3.4/6-1.3.4:1.0/host8/target8:0:0/8:0:0:2]
[8:0:0:3] disk Generic USB MS Reader 1.03 /dev/sdi
dir: /sys/bus/scsi/devices/8:0:0:3 [/sys/devices/pci0000:00/0000:00:1d.0/usb6/6-1/6-1.3/6-1.3.4/6-1.3.4:1.0/host8/target8:0:0/8:0:0:3]

Alernativ kann man auch "-t" benutzen:

[8:0:0:0] disk usb: 6-1.3.4:1.0 /dev/sdf
[8:0:0:1] disk usb: 6-1.3.4:1.0 /dev/sdg
[8:0:0:2] disk usb: 6-1.3.4:1.0 /dev/sdh
[8:0:0:3] disk usb: 6-1.3.4:1.0 /dev/sdi

So ein wenig man-page-Lesen kann man doch wohl verlangen, oder?

Oder muss man jetzt jedes kleine Detail auf dem Silbertablett servieren,
damit es einfach zu goutieren ist?




--
Sigmentation fault. Core dumped.


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/5blvr1...@mids.svenhartge.de

Sven Hartge

unread,
Jun 5, 2015, 6:20:03 PM6/5/15
to
Jan Kappler <pub...@jan-kappler.de> wrote:

> Hmm schade, unter Squeeze gibt es lsscsi anscheinend noch nicht.

Falsch: https://packages.debian.org/source/oldoldstable/lsscsi



--
Sigmentation fault. Core dumped.


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/6blvrc...@mids.svenhartge.de

Jan Kappler

unread,
Jun 5, 2015, 7:20:02 PM6/5/15
to
Hallo Sven,

Am 06.06.2015 00:06, schrieb Sven Hartge:
> Jan Kappler <pub...@jan-kappler.de> wrote:
>
>
>> Hmm schade, unter Squeeze gibt es lsscsi anscheinend noch nicht.
>>
> Falsch: https://packages.debian.org/source/oldoldstable/lsscsi
>
> S°
>

Danke für den Hinweis! Ich hatte nicht damit gerechnet, das es sich um
ein separates Programm handelt, sondern das es Bestandteil des Systems
ist. Praktisch!
signature.asc

Marc Haber

unread,
Jun 6, 2015, 2:50:01 AM6/6/15
to
On Sat, 06 Jun 2015 01:17:28 +0200, Jan Kappler
<pub...@jan-kappler.de> wrote:
>Am 06.06.2015 00:06, schrieb Sven Hartge:
>> Jan Kappler <pub...@jan-kappler.de> wrote:
>>> Hmm schade, unter Squeeze gibt es lsscsi anscheinend noch nicht.
>>>
>> Falsch: https://packages.debian.org/source/oldoldstable/lsscsi
>
>Danke für den Hinweis! Ich hatte nicht damit gerechnet, das es sich um
>ein separates Programm handelt, sondern das es Bestandteil des Systems
>ist. Praktisch!

Was definierst Du denn als "Bestandteil des Systems"? Essential: yes?
Priority: required? Priority: standard?

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/E1Z17n0-...@swivel.zugschlus.de

Jan Kappler

unread,
Jun 6, 2015, 5:20:02 AM6/6/15
to
Moin,

Am 06.06.2015 08:41, schrieb Marc Haber:
> On Sat, 06 Jun 2015 01:17:28 +0200, Jan Kappler
> <pub...@jan-kappler.de> wrote:
>
>> Am 06.06.2015 00:06, schrieb Sven Hartge:
>>
>>> Jan Kappler <pub...@jan-kappler.de> wrote:
>>>
>>>> Hmm schade, unter Squeeze gibt es lsscsi anscheinend noch nicht.
>>>>
>>>>
>>> Falsch: https://packages.debian.org/source/oldoldstable/lsscsi
>>>
>> Danke für den Hinweis! Ich hatte nicht damit gerechnet, das es sich um
>> ein separates Programm handelt, sondern das es Bestandteil des Systems
>> ist. Praktisch!
>>
> Was definierst Du denn als "Bestandteil des Systems"? Essential: yes?
> Priority: required? Priority: standard?
>
> Grüße
> Marc
>

ich meine dieselbe "Quelle", aus der ls, lsusb etc. stammen. Das ist
freilich etwas naiv, nur ls kommt mit den coreutils mit, wie ich sehe,
lsusb kommt aus den usbutils. Welches Pakt bringt aber lshal, lsmod,
lspci etc. mit? Zumindest auf die Schnelle habe ich kein Paket gefunden.
signature.asc

Rolf Lucius

unread,
Jun 6, 2015, 5:30:02 AM6/6/15
to
Am Samstag, 6. Juni 2015, 11:17:22 schrieb Jan Kappler:
>
> ich meine dieselbe "Quelle", aus der ls, lsusb etc. stammen. Das ist
> freilich etwas naiv, nur ls kommt mit den coreutils mit, wie ich sehe,
> lsusb kommt aus den usbutils. Welches Pakt bringt aber lshal, lsmod,
> lspci etc. mit? Zumindest auf die Schnelle habe ich kein Paket gefunden.

lsmod -> kmod

lspci -> pciutils

lshal finde ich nicht. Ansonsten sind Pakete, die bestimmte Dateien wie z.B. Befehle enthalten, leicht zu finden mit:

$ apt-file search <Befehl>

Gruß
Rolf
signature.asc

Jan Kappler

unread,
Jun 6, 2015, 10:20:03 AM6/6/15
to
Hallo Leute,
interessant, das bekomme ich mit "ls tab":
jan@enterprise:~$ ls
ls lscpu lshw lsof lsscsi
lsattr lsdvd lsinitramfs lspci lsusb
lsb_release lshal lsmod lspgpot
jan@enterprise:~$ lsman lshal
bash: lsman: Kommando nicht gefunden.

lsmod kann ich mit apt-file nicht nachvollziehen, bei mir listet das
ewig viel auf, z.B. module-init-tools: /bin/slmod
kmod taucht nirgendwo auf.

enterprise:/home/jan# apt-file search lshal
hal: /usr/bin/lshal
hal: /usr/share/man/man1/lshal.1.gz
libnet-dbus-perl: /usr/share/doc/libnet-dbus-perl/examples/lshal.pl

Hmm, hilfreich ist das nicht. Ich werde mir bei Gelegenheit mal die
Manpage durchlesen, vielleicht geht das mit Optionen besser. Momentan
ist das nicht so wichtig, aber noch mal Danke für den Hinweis!

Ein schönes Schwitzen wünsche ich noch ;-)
signature.asc

Uwe Kerstan

unread,
Jun 6, 2015, 10:50:03 AM6/6/15
to
Am Samstag 06 Juni 2015, 11:25:51 schrieb Rolf Lucius:

> lshal finde ich nicht.

Das ist im Paket hal, welches allerdings nicht in jessie ist.

Gruß Uwe
signature.asc

Jens Schüßler

unread,
Jun 6, 2015, 11:10:02 AM6/6/15
to
* Jan Kappler <pub...@jan-kappler.de> wrote:
>
> interessant, das bekomme ich mit "ls tab":
> jan@enterprise:~$ ls
> ls lscpu lshw lsof lsscsi
> lsattr lsdvd lsinitramfs lspci lsusb
> lsb_release lshal lsmod lspgpot
> jan@enterprise:~$ lsman lshal
> bash: lsman: Kommando nicht gefunden.

Das liegt schoon mal daran das du dir den Befehl lsman vor lauter ls*
gerade ausgedacht hast ;-)

>
> lsmod kann ich mit apt-file nicht nachvollziehen, bei mir listet das
> ewig viel auf, z.B. module-init-tools: /bin/slmod
> kmod taucht nirgendwo auf.

Du darfst auch gerne 'apt-file search /bin/lsmod' ausführen, dann wird
nicht nach dem String 'lsmod' in allen Dateinamen gesucht und du
bekommst nicht "ewig viel" aufgelistet.
Alternativ geht auch 'apt-file search lsmod |grep bin', falls du nicht
weißt wo lsmod genau liegt, was dir aber 'which lsmod' verrät.

Und in squeeze war lsmod im Paket module-init-tools, kmod kam erst ab
wheezy. Also wird alles korrekt angezeigt.
>
> enterprise:/home/jan# apt-file search lshal
> hal: /usr/bin/lshal
> hal: /usr/share/man/man1/lshal.1.gz
> libnet-dbus-perl: /usr/share/doc/libnet-dbus-perl/examples/lshal.pl
>
> Hmm, hilfreich ist das nicht. Ich werde mir bei Gelegenheit mal die
> Manpage durchlesen, vielleicht geht das mit Optionen besser. Momentan
> ist das nicht so wichtig, aber noch mal Danke für den Hinweis!

Warum ist das nicht hilfreich?
hal: /usr/bin/lshal
Sagt dir das der Befehl lshal Bestandteil des Pakets "hal" ist. Das
wolltest du doch wissen...


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/2015060615...@sge.kicks-ass.org

Jochen Spieker

unread,
Jun 6, 2015, 11:10:02 AM6/6/15
to
Jan Kappler:
> Am 06.06.2015 08:41, schrieb Marc Haber:
>>
>> Was definierst Du denn als "Bestandteil des Systems"? Essential: yes?
>> Priority: required? Priority: standard?
>
> ich meine dieselbe "Quelle", aus der ls, lsusb etc. stammen. Das ist
> freilich etwas naiv, nur ls kommt mit den coreutils mit, wie ich sehe,
> lsusb kommt aus den usbutils. Welches Pakt bringt aber lshal, lsmod,
> lspci etc. mit? Zumindest auf die Schnelle habe ich kein Paket gefunden.

Wenn es installiert ist:

dpkg -S $(which lshal)

und so weiter.

J.
--
No-one appears to be able to help me.
[Agree] [Disagree]
<http://www.slowlydownward.com/NODATA/data_enter2.html>
signature.asc

Jan Kappler

unread,
Jun 6, 2015, 3:40:02 PM6/6/15
to
Hallo,

Am 06.06.2015 17:04, schrieb Jens Schüßler:
> * Jan Kappler <pub...@jan-kappler.de> wrote:
>
>> interessant, das bekomme ich mit "ls tab":
>> jan@enterprise:~$ ls
>> ls lscpu lshw lsof lsscsi
>> lsattr lsdvd lsinitramfs lspci lsusb
>> lsb_release lshal lsmod lspgpot
>> jan@enterprise:~$ lsman lshal
>> bash: lsman: Kommando nicht gefunden.
>>
> Das liegt schoon mal daran das du dir den Befehl lsman vor lauter ls*
> gerade ausgedacht hast ;-)
>

Autsch, das ist mir nicht aufgefallen. Es ist heute halt viel zu warm...

>> lsmod kann ich mit apt-file nicht nachvollziehen, bei mir listet das
>> ewig viel auf, z.B. module-init-tools: /bin/slmod
>> kmod taucht nirgendwo auf.
>>
> Du darfst auch gerne 'apt-file search /bin/lsmod' ausführen, dann wird
> nicht nach dem String 'lsmod' in allen Dateinamen gesucht und du
> bekommst nicht "ewig viel" aufgelistet.
> Alternativ geht auch 'apt-file search lsmod |grep bin', falls du nicht
> weißt wo lsmod genau liegt, was dir aber 'which lsmod' verrät.
>
> Und in squeeze war lsmod im Paket module-init-tools, kmod kam erst ab
> wheezy. Also wird alles korrekt angezeigt.
>

Okay, man kann natürlich filtern.
Den Befehl "which" kannte ich bisher nicht, man lernt nie aus :-)
Bezüglich lsmod leuchtet das Ergebnis nun ein. Auf einer Kiste mit
Wheezy hab ich nicht nachgeschaut, ehrlich gesagt. Es wird Zeit für das
ultimative Upgrade auf den beiden wichtigsten Rechnern
(Squeeze->Wheezy->Jessie) :-)

>> enterprise:/home/jan# apt-file search lshal
>> hal: /usr/bin/lshal
>> hal: /usr/share/man/man1/lshal.1.gz
>> libnet-dbus-perl: /usr/share/doc/libnet-dbus-perl/examples/lshal.pl
>>
>> Hmm, hilfreich ist das nicht. Ich werde mir bei Gelegenheit mal die
>> Manpage durchlesen, vielleicht geht das mit Optionen besser. Momentan
>> ist das nicht so wichtig, aber noch mal Danke für den Hinweis!
>>
> Warum ist das nicht hilfreich?
> hal: /usr/bin/lshal
> Sagt dir das der Befehl lshal Bestandteil des Pakets "hal" ist. Das
> wolltest du doch wissen...
>

Das kann man natürlich vermuten, aber ich bezog mich eher auf die
Ausgabe von apt-file search und die zeigt nicht eindeutig das Paket
"hal" als Ursprung an.
signature.asc

Jan Kappler

unread,
Jun 6, 2015, 3:50:02 PM6/6/15
to
Hallo,

Am 06.06.2015 17:06, schrieb Jochen Spieker:
> Jan Kappler:
>
>> Am 06.06.2015 08:41, schrieb Marc Haber:
>>
>>>
>>> Was definierst Du denn als "Bestandteil des Systems"? Essential: yes?
>>> Priority: required? Priority: standard?
>>>
>> ich meine dieselbe "Quelle", aus der ls, lsusb etc. stammen. Das ist
>> freilich etwas naiv, nur ls kommt mit den coreutils mit, wie ich sehe,
>> lsusb kommt aus den usbutils. Welches Pakt bringt aber lshal, lsmod,
>> lspci etc. mit? Zumindest auf die Schnelle habe ich kein Paket gefunden.
>>
> Wenn es installiert ist:
>
> dpkg -S $(which lshal)
>
> und so weiter.
>
> J.
>

Danke, das funktioniert m.E. besser als apt-list search in diesem Fall,
finde ich. Okay, betrifft natürlich nur installierte Pakete...
signature.asc

Alex Bachmer

unread,
Jun 11, 2015, 5:30:03 AM6/11/15
to
Hi

mein Senf zum Thema ist, man braucht kein Programm oder logs um heraus zu
finden, ob z.B. sdX scsi ist

Ein einfaches reingucken in /dev reicht.

Beispiel:

brw-rw----1 root disk 8, 1 Oct 16 11:11sda1

Es handelt sich bei der 8 nicht um die Größe, sondern um die major device
number (Treibernummer).
Die 8 sollte traditionell vom Kernel scsi sein. Danach die Zahl ist die
Gerätenummer.


Zur Info falls es jemanden interessiert..

Sonnige Grüße
alex


Gesendet mit AquaMail für Android
http://www.aqua-mail.com
--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/14de1f06a38.2751.8c87ae4...@t-online.de

Ulf Volmer

unread,
Jun 11, 2015, 5:50:02 AM6/11/15
to
On Thu, Jun 11, 2015 at 11:25:40AM +0200, Alex Bachmer wrote:

> brw-rw----1 root disk 8, 1 Oct 16 11:11sda1
>
> Es handelt sich bei der 8 nicht um die Größe, sondern um die major device
> number (Treibernummer).
> Die 8 sollte traditionell vom Kernel scsi sein. Danach die Zahl ist die
> Gerätenummer.

Es ging hier nicht darum, ob das über das scsi- Subsystem geht (das gilt
nämlich mittlerweile für so ziemlich alles, sondern um die Frage, was da
für Hardware hinterhängt. Und das zeigt das von Sven ins Spiel gebrachte
lsscsi wunderbar.

BTW: Dein TOFU nervt.

Viele Grüße
Ulf


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/2015061109...@u-v.de

Martin Steigerwald

unread,
Jun 11, 2015, 6:20:02 AM6/11/15
to
Am Donnerstag, 11. Juni 2015, 11:25:40 schrieb Alex Bachmer:
> Am 6. Juni 2015 01:17:58 schrieb Jan Kappler <pub...@jan-kappler.de>:
> > Hallo Sven,
> >
> > Am 06.06.2015 00:06, schrieb Sven Hartge:
> > > Jan Kappler <pub...@jan-kappler.de> wrote:
> > >> Hmm schade, unter Squeeze gibt es lsscsi anscheinend noch nicht.
> > >
> > > Falsch: https://packages.debian.org/source/oldoldstable/lsscsi
> > >
> > > S°
> >
> > Danke für den Hinweis! Ich hatte nicht damit gerechnet, das es sich um
> > ein separates Programm handelt, sondern das es Bestandteil des Systems
> > ist. Praktisch!

[…]

> Hi
>
> mein Senf zum Thema ist, man braucht kein Programm oder logs um heraus zu
> finden, ob z.B. sdX scsi ist
>
> Ein einfaches reingucken in /dev reicht.
>
> Beispiel:
>
> brw-rw----1 root disk 8, 1 Oct 16 11:11sda1
>
> Es handelt sich bei der 8 nicht um die Größe, sondern um die major device
> number (Treibernummer).
> Die 8 sollte traditionell vom Kernel scsi sein. Danach die Zahl ist die
> Gerätenummer.
>
>
> Zur Info falls es jemanden interessiert..

Damit weisst Du aber nicht, an welchem Anschluß das Gerät sitzt.

Das geht aber auch ohne lsscsi:

Also:

merkaba:~> ls -l /sys/block/sda/device/scsi_device/
insgesamt 0
drwxr-xr-x 3 root root 0 Jun 10 19:49 1:0:0:0

merkaba:~> lsscsi
[1:0:0:0] disk ATA INTEL SSDSA2CW30 0362 /dev/sda
[2:0:0:0] cd/dvd HL-DT-ST DVDRAM GT33N LT20 /dev/sr0
[3:0:0:0] disk ATA Crucial_CT480M50 MU03 /dev/sdb

Doch wofür?

lsscsi ist jetzt nicht gerade ein riesengroßer Befehl in einem Paket mit
vielen Abhängigkeiten:

merkaba:~> apt-cache show lsscsi | grep -i depend
Depends: libc6 (>= 2.14)


Fände eh gut, wenn der einfach nach util-linux reinkommt, wo lsblk schon
drin ist, jedoch, der kann das ohnehin auch schon:

merkaba:~> lsblk -S
NAME HCTL TYPE VENDOR MODEL REV TRAN
sda 1:0:0:0 disk ATA INTEL SSDSA2CW30 0362 sata
sdb 3:0:0:0 disk ATA Crucial_CT480M50 MU03 sata
sr0 2:0:0:0 rom HL-DT-ST DVDRAM GT33N LT20 sata


In dem Sinne ist lsscsi eigentlich überflüssig. lsblk aus util-linux, also
Bordmitteln, reicht :)

Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7


--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: https://lists.debian.org/2449801.I8fSK2f0Rn@merkaba
0 new messages