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
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.
S°
--
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
> 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.
S°
--
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
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
> 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
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?
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)
Klaus Becker
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:
> Eigentlich gar nicht, zumindestens nicht zuverlässig.
> Deshalb ja auch die Geschichte mit der UUID in der fstab.
>
> Grüße
~$ 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)
Klaus Becker
Jun 5, 2015, 11:10:03 AM6/5/15
to
Le vendredi 05 juin 2015, 17:01:13 Rolf Lucius a écrit :
> 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
> 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
> > 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
>
> 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)
Rolf Lucius
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
>
> > 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
Rolf Lucius
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.
> > > 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
Gruß
Rolf
Uwe Kerstan
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
> 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
interessieren. Zumindest bei mir bekomme ich da bei gleichen
Platten verschiedene Seriennummern geliefert.
Gruß Uwe
Klaus Becker
Jun 5, 2015, 12:00:02 PM6/5/15
to
~$ 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)
Uwe Kerstan
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
> 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
Message has been deleted
Matthias Taube
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
>> Wie kann man in einem Debian System herausfinden, wo ein /dev/sdX
>> physikalisch dran hängt?
> Bootmeldungen lesen oder lsscsi benutzen.
> [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)
Jochen van Geldern
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
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?
>
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)
Jan Kappler
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
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?
>
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
Sven Hartge
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
> 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?
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?
S°
--
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
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)
Sven Hartge
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
> Hmm schade, unter Squeeze gibt es lsscsi anscheinend noch nicht.
S°
--
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
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)
Jan Kappler
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!
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°
>
ein separates Programm handelt, sondern das es Bestandteil des Systems
ist. Praktisch!
Marc Haber
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
>
<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?
>ein separates Programm handelt, sondern das es Bestandteil des Systems
>ist. Praktisch!
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)
Jan Kappler
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.
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
>
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.
Rolf Lucius
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
>
> 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.
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
Jan Kappler
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 ;-)
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 ;-)
Jens Schüßler
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*
>
> 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.
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.
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?
> 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!
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)
Jochen Spieker
Jun 6, 2015, 11:10:02 AM6/6/15
to
Jan Kappler:
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>
> Am 06.06.2015 08:41, schrieb Marc Haber:
>>
>> Was definierst Du denn als "Bestandteil des Systems"? Essential: yes?
>> Priority: required? Priority: standard?
>
>>
>> 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:
> 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.
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>
Jan Kappler
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.
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 ;-)
>
>> 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.
>
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...
>
Ausgabe von apt-file search und die zeigt nicht eindeutig das Paket
"hal" als Ursprung an.
Jan Kappler
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...
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.
>
finde ich. Okay, betrifft natürlich nur installierte Pakete...
Alex Bachmer
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
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
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)
Ulf Volmer
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
> 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.
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)
Martin Steigerwald
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!
[…]
> 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..
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)
0 new messages