सवाल वर्तमान में अनमाउंट ड्राइव के बारे में जानकारी प्राप्त करने का सबसे अच्छा तरीका क्या है?


सबसे पहले, स्थिति: मेरे पास एक लिनक्स कंप्यूटर है जिसमें दो ईएसएटीए ड्राइव बे हैं जो हटाने योग्य एसएसडी ड्राइव स्वीकार करते हैं। मैं एक छोटा जीयूआई एप्लीकेशन लिखने की कोशिश कर रहा हूं जो उपयोगकर्ता को इन बे में रखे ड्राइवों को माउंट / अनमाउंट / फॉर्मेट / बैकअप / आदि के लिए आसान बनाता है।

यह सब ज्यादातर काम करता है। हालांकि, एक छोटी सी समस्या यह है कि मुझे नहीं पता कि ड्राइव को सफलतापूर्वक घुमाने के बाद डालने वाले ड्राइव पर क्या है इसके बारे में कोई जानकारी कैसे प्राप्त करें।

इसलिए, उदाहरण के लिए, यदि उपयोगकर्ता उस ड्राइव को सम्मिलित करता है जिसे मैं माउंट नहीं कर सकता (उदा। क्योंकि यह अनफॉर्मेटेड है, या एक अप्रत्याशित फाइल सिस्टम के साथ स्वरूपित है), तो मेरा पूरा ऐप कह सकता है कि "ड्राइव माउंट करने में विफल" है।

यह बहुत संतोषजनक नहीं है, क्योंकि यदि ड्राइव अपरिवर्तित है, तो उपयोगकर्ता शायद इसे प्रारूपित करना चाहता है ... लेकिन यदि ड्राइव में एक अपरिचित फाइल सिस्टम से डेटा होता है, तो उपयोगकर्ता शायद इसे प्रारूपित नहीं करना चाहता .... या कम से कम, मैं उसे चेतावनी देने में सक्षम होना चाहता हूं कि ऐसा करके वह संभावित मूल्यवान डेटा मिटा देगा।

तो मेरा सवाल है: क्या किसी ड्राइव से कुछ मूलभूत जानकारी (विशेष रूप से फाइल सिस्टम-प्रकार) से पूछताछ करने के लिए कोई तरीका है जिसके लिए ड्राइव की आवश्यकता नहीं है? या क्या मुझे इसे विभिन्न ज्ञात फाइल सिस्टम के साथ माउंट करने की कोशिश करनी है जब तक कि माउंट प्रयासों में से एक सफल नहीं हो जाता है, और अगर उनमें से कोई भी नहीं करता है तो अस्पष्ट "सावधान रहें" संदेश दें?

यदि यह महत्वपूर्ण है, तो ड्राइव ड्राइव में ड्राइव को माउंट करने के लिए उपयोग किए जाने वाले पथ हैं:

/dev/disk/by-path/pci-0000:00:1f.2-scsi-2:0:0:0
/dev/disk/by-path/pci-0000:00:1f.2-scsi-1:0:0:0

36
2017-10-13 21:05


मूल




जवाब:


यदि ड्राइव अनमाउंट की गई हैं तो आप कई चीजें कर सकते हैं।

आप जैसे कमांड का उपयोग कर सकते हैं fdisk -l या sfdisk -l विभाजन की सूची के लिए। विभाजन विभाजन प्रकार आपको कुछ उपयोगी जानकारी दे सकता है यदि विभाजन जहां सेटअप सही है

# sfdisk -l

Disk /dev/sda: 4177 cylinders, 255 heads, 63 sectors/track
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sda1   *      0+     30      31-    248976   83  Linux
/dev/sda2         31    4176    4146   33302745   8e  Linux LVM
/dev/sda3          0       -       0          0    0  Empty
/dev/sda4          0       -       0          0    0  Empty

यदि यह आपके सिस्टम पर मौजूद है तो आप कमांड का उपयोग कर सकते हैं vol_id विभाजन के खिलाफ कुछ उपयोगी विवरण (डेबियन पर udev पैकेज का हिस्सा) वापस करने के लिए। यह आम तौर पर आपको बताएगा कि वास्तव में फाइल सिस्टम का उपयोग किया जा रहा है।

# vol_id /dev/sda1

ID_FS_USAGE=filesystem
ID_FS_TYPE=ext3
ID_FS_VERSION=1.0
ID_FS_UUID=32c44d53-9025-4d10-8f36-75c166547bd5
ID_FS_UUID_ENC=32c44d53-9025-4d10-8f36-75c166547bd5
ID_FS_LABEL=
ID_FS_LABEL_ENC=
ID_FS_LABEL_SAFE=

आदेश lshw -class disk आपको ड्राइव के प्रकार के बारे में कुछ विवरण देगा। यदि आप ड्राइव के वास्तविक धारावाहिक संख्या के बारे में उत्सुक हैं तो आप इसका उपयोग करना चाहेंगे।

# lshw -class disk

  *-disk
       description: ATA Disk
       product: VBOX HARDDISK
       physical id: 0.0.0
       bus info: scsi@0:0.0.0
       logical name: /dev/sda
       version: 1.0
       serial: VB169e93fb-d1e0fd97
       size: 32GiB (34GB)
       capabilities: partitioned partitioned:dos
       configuration: ansiversion=5 signature=000d39f8

यदि आप सुनिश्चित हैं कि उस पर ext2 / 3 जैसे एक विशेष फाइल सिस्टम है तो आप फाइल सिस्टम विशिष्ट का उपयोग कर सकते हैं tune2fs अधिक जानकारी की जांच करने के लिए उपकरण।

# tune2fs -l /dev/sda1

tune2fs 1.41.3 (12-Oct-2008)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          8cbdf102-05c7-4ae4-96ea-681cf9b11914
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      filetype sparse_super
Default mount options:    (none)
Filesystem state:         not clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              124496
Block count:              248976
Reserved block count:     12448
Free blocks:              212961
Free inodes:              124467
First block:              1
Block size:               1024
Fragment size:            1024
Blocks per group:         8192
Fragments per group:      8192
Inodes per group:         4016
Inode blocks per group:   502
Last mount time:          Thu Oct  7 15:34:42 2010
Last write time:          Thu Oct  7 15:34:42 2010
Mount count:              4
Maximum mount count:      30
Last checked:             Wed Sep 15 09:29:03 2010
Check interval:           0 (<none>)
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           128

एक और उपयोगी उपकरण है lsblk

# lsblk 

NAME                MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                   8:0    0    30G  0 disk 
└─sda1                8:1    0    30G  0 part 
  ├─vg1-root (dm-0) 254:0    0  23.3G  0 lvm  /
  └─vg1-swap (dm-1) 254:1    0   1.9G  0 lvm  [SWAP]
sr0                  11:0    1  1024M  0 rom  

यदि आपने स्थापित किया है तो आप इस तरह एक कमांड चला सकते हैं

parted /dev/sda print all

Model: ATA VBOX HARDDISK (scsi)
Disk /dev/sda: 34.4GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      32.3kB  255MB   255MB   primary  ext2         boot 
 2      255MB   34.4GB  34.1GB  primary               lvm  

Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/vg1root: 32.6GB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number  Start  End     Size    File system  Flags
 1      0.00B  32.6GB  32.6GB  ext3              

वैसे भी इससे पहले कि मैं सुझाव देता हूं कि आप इसे देखें udev या जुदा स्रोत।


52
2017-10-13 21:30



तब से 'vol_id' का नाम बदलकर 'ब्लैकिड' रखा गया है, जो इस महान उत्तर पर ठोकर खाएगा। - Dave S.
lsblk रेड है, धन्यवाद! - Travis Reeder
lsblk -i -o kname,mountpoint,fstype,size,maj:min,name,state,rm,rota,ro,type,label,model,serial - sjas
अद्भुत जवाब !! - Sufiyan Ghori


एक और उपयोगी आदेश है blkid - यह समान जानकारी देता है vol_id लेकिन किसी डिवाइस को पास करने की आवश्यकता के बजाय, सिस्टम में सभी डिवाइस स्कैन भी कर सकते हैं।

जबरदस्ती करना blkid कैश की गई जानकारी का उपयोग करने के बजाए सभी उपकरणों को स्कैन करने के लिए, चलाएं blkid -c /dev/null (आपको ब्लॉक उपकरणों पर पढ़ने की अनुमति की आवश्यकता है ताकि आपको आमतौर पर इसे रूट के रूप में चलाने की आवश्यकता होगी)


5
2017-10-13 21:56



एक अज्ञात उपयोगकर्ता जोड़ना चाहता था: यह सब उपयोगी है लेकिन 'वॉल-आईडी' अब पूरी तरह से 'ब्लैकिड' द्वारा प्रतिस्थापित किया गया है; न तो एसयूएसई और न ही डेबियन के पास उनके भंडारों में 'वॉल-आईडी' है। रन whereis blockid कमांड लाइन से (या man blockid), आप पाएंगे कि यह लोड हो गया है या नहीं। रूट के रूप में चलाएं: blkid /dev/sdb1 देता है (उदाहरण के लिए): /dev/sdb1: SEC_TYPE="msdos" LABEL="DR-05" UUID="8031-5963" TYPE="vfat" मैन पेज भी देखने लायक है। - Chris S


यहां से एक सुझाव दिया गया है आईबीएम: एससीएसआई - एससीएसआई उपकरणों को गर्म, निकालें, पुन: स्कैन करें: एससीएसआई डिवाइस का पुन: स्कैन करें। यह नए उपकरणों के लिए एससीएसआई पता पुन: स्कैन करेगा, और फिर आप / var / log / संदेशों में जानकारी को पढ़ने में सक्षम होंगे। ड्राइव को घुमाने के बिना, कुछ अन्य डिस्क उपकरण भी काम करेंगे।

echo 1 > /sys/bus/scsi/drivers/sd/<SCSI-ID>/block/device/rescan

मैंने वास्तव में कल कुछ अलग तरीके से कोशिश की, और यह काम किया (आरएचईएल 4 सिस्टम):

cd /sys/bus/scsi/devices
echo > 0\:0\:0\:0/rescan

1
2017-10-13 21:22





कर्नेल द्वारा प्राप्त सभी विभाजनों का एक सरल अवलोकन देता है

cat /proc/partitions

0
2018-03-03 08:49