Ich muss alle beschreibbaren Speichergeräte finden, die an einen bestimmten Computer angeschlossen sind, unabhängig davon , ob sie bereitgestellt sind oder nicht .

Der blöde Weg, dies zu tun, wäre, jeden Eintrag zu versuchen/dev , der einem beschreibbaren Gerät entspricht ( hd* and sd*) ......

Gibt es eine bessere Lösung oder sollte ich mich an diese halten?

/proc/partitionslistet alle Blockgeräte und Partitionen auf, die das System erkennt. Sie können dann versuchen, mithilfe von file -s <device>zu bestimmen, welche Art von Dateisystem auf der Partition vorhanden ist, falls vorhanden.

Sie können immer das tun, fdisk -lwas ziemlich gut zu funktionieren scheint, selbst auf seltsamen Setups wie EC2 xvda-Geräten.

Hier ist ein Speicherauszug für eine m1.large-Instanz:

root@ip-10-126-247-82:~# fdisk -l

Disk /dev/xvda1: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders, total 20971520 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/xvda1 doesn't contain a valid partition table

Disk /dev/xvda2: 365.0 GB, 365041287168 bytes
255 heads, 63 sectors/track, 44380 cylinders, total 712971264 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/xvda2 doesn't contain a valid partition table

Disk /dev/xvda3: 939 MB, 939524096 bytes
255 heads, 63 sectors/track, 114 cylinders, total 1835008 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/xvda3 doesn't contain a valid partition table

Während mountsagt:

root@ip-10-126-247-82:~# mount
/dev/xvda1 on / type ext4 (rw)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/xvda2 on /mnt type ext3 (rw)

Und /proc/partitionssagt:

root@ip-10-126-247-82:~# cat /proc/partitions
major minor  #blocks  name

 202        1   10485760 xvda1
 202        2  356485632 xvda2
 202        3     917504 xvda3

Randnotiz

Wie das fdisk -lfunktioniert, würde ich gerne selbst wissen.

Sie können auch versuchen, lsblk ... ist in Util-Linux ... aber ich habe auch eine Frage

fdisk -l /dev/sdl

kein Ergebnis

grep sdl /proc/partitions      
   8      176   15632384 sdl
   8      177   15628288 sdl1

lsblk | grep sdl
sdl       8:176  1  14.9G  0 disk  
`-sdl1    8:177  1  14.9G  0 part  

fdisk ist gut, aber nicht so gut ... scheint nicht alles "sehen" zu können

In meinem Beispiel habe ich einen Stick, in den auch ein Kartenleser eingebaut ist, und ich kann nur den Stick mit fdisk sehen:

fdisk -l /dev/sdk

Disk /dev/sdk: 15.9 GB, 15931539456 bytes
255 heads, 63 sectors/track, 1936 cylinders, total 31116288 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xbe24be24

   Device Boot      Start         End      Blocks   Id  System
/dev/sdk1   *        8192    31116287    15554048    c  W95 FAT32 (LBA)

aber nicht die Karte (Karte ist / dev / sdl)

Außerdem ist die Datei -s ineffizient ...

file -s /dev/sdl1
/dev/sdl1: sticky x86 boot sector, code offset 0x52, OEM-ID "NTFS    ", sectors/cluster 8, reserved sectors 0, Media descriptor 0xf8, heads 255, hidden sectors 8192, dos < 4.0 BootSector (0x0)

das ist schön ... ABER

fdisk -l /dev/sdb
/dev/sdb1            2048   156301487    78149720   fd  Linux raid autodetect
/dev/sdb2       156301488   160086527     1892520   82  Linux swap / Solaris

file -s /dev/sdb1
/dev/sdb1: sticky \0

Um Informationen zu einer Festplatte anzuzeigen, auf die fdisk nicht zugreifen kann, können Sie parted verwenden:

parted /dev/sdl print

Model: Mass Storage Device (scsi)
Disk /dev/sdl: 16.0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      4194kB  16.0GB  16.0GB  primary  ntfs




arted /dev/sdb print 
Model: ATA Maxtor 6Y080P0 (scsi)
Disk /dev/sdb: 82.0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system     Flags
 1      1049kB  80.0GB  80.0GB  primary                  raid
 2      80.0GB  82.0GB  1938MB  primary  linux-swap(v1)

ls /sys/block

Verwenden von HAL (Kernel 2.6.17 und höher):

#! /bin/bash
hal-find-by-property --key volume.fsusage --string filesystem |
while read udi ; do
    # ignore optical discs
    if [[ "$(hal-get-property --udi $udi --key volume.is_disc)" == "false" ]]; then
        dev=$(hal-get-property --udi $udi --key block.device)   
        fs=$(hal-get-property --udi $udi --key volume.fstype) 
        echo $dev": "$fs
    fi 
done

Moderne Linux-Systeme haben normalerweise nur Einträge in / dev für vorhandene Geräte. Wenn Sie also hda * und sda * durchlaufen, wie Sie vorschlagen, funktioniert dies ziemlich gut.

Andernfalls befindet sich möglicherweise etwas in / proc, das Sie verwenden können. Von einem kurzen Blick dort hätte ich gesagt, dass / proc / partitions so aussieht, als könnte es das tun, was Sie brauchen.

libsysfs sieht möglicherweise nützlich aus, jedoch nicht direkt aus einem Shell-Skript. Im Lieferumfang ist ein Programm namens systool enthalten, das genau das tut, was Sie möchten. Es ist jedoch möglicherweise einfacher, direkt in / sys zu schauen, als ein anderes Programm zu verwenden, um dies für Sie zu tun.