פורסם: 25/05/2018 - 14:03
נושא ההודעה: smartctl -H /dev/sdb
|
מצאתי "2.5 80ג' דיסק קשיח של טושיבה שקיבל נזק קטן על המכסה.
הרצתי עליו smartctl וזו התוצאה:
קוד: | $ sudo smartctl -H /dev/sdb
smartctl 6.4 2014-10-07 r4002 [x86_64-linux-3.16.0-4-amd64] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
|
לאחר מכן החלטתי לפרמט, וזו התוצאה:
קוד: | Error creating file system: Command-line `mkfs.ext4 -F -L "" "/dev/sdb"' exited with non-zero exit status 37:
stdout: `/dev/sdb is entire device, not just one partition!
Creating filesystem with 19537686 4k blocks and 4890624 inodes
Filesystem UUID: aea804a2-7e27-4889-a042-671f747209c9
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424
Allocating group tables: 0/597 done
Writing inode tables: 0/597 done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: 0/597'
stderr: `mke2fs 1.42.12 (29-Aug-2014)
Warning: could not erase sector 2: Attempt to write block to filesystem resulted in short write
Warning: could not read block 0: Attempt to read block from filesystem resulted in short read
Warning: could not erase sector 0: Attempt to write block to filesystem resulted in short write
Warning, had trouble writing out superblocks.' (udisks-error-quark, 0) |
והשאלה שלי:
"האין זה מבדח?"
תודה על כל עזרה
|
|
חזרה לתוכן הדיון |
פורסם: 25/05/2018 - 16:53
נושא ההודעה:
|
הילריוס
|
|
חזרה לתוכן הדיון |
פורסם: 25/05/2018 - 21:26
נושא ההודעה:
|
מה מצב המחיצות? כי כמו שמזהירה אותך תוכנת הפירמוט אתה מפרמט את כל הכונן ללא מחיצה אני חושב שהתכוונת ל /dev/sdb1 אם המחיצות תקינות
|
|
חזרה לתוכן הדיון |
פורסם: 26/05/2018 - 15:44
נושא ההודעה:
|
לפני כן הייתה על הכונן הזה חלונות שעלתה ונתקעה על הודעה שמציעה כל מיני פיתרונות.
הפעלתי על הכונן gparted ומחקתי את כל המחיצות ופירמטתי ל-ext4 , מחיצה אחת על כל הכונן.
מה שנתקבל זה, מצב של read only על הכונן הזה ולא ניתן היה לכתוב אליו.
עזבתי את זה לזמן מה, ומאוחר יותר הכונן פעם היה מזוהה ופעם לא, פעם מתעגן ופעם לא.
כרגע הוא ext4 ואמורה להיות עליו מחיצה אחת על כל הכונן, אבל משום מה לא ניתן לעגן אותו.
מין הראוי לציין שכוננים אחרים שמצאתי עברו שלבי מחיקה ופירמוט על כל הכונן, ועובדים מצויין.
וזה ה- dmesd שלו:
קוד: | [ 1628.296306] usb 1-1: new high-speed USB device number 2 using ehci-pci
[ 1628.431601] usb 1-1: New USB device found, idVendor=04fc, idProduct=0c25
[ 1628.431612] usb 1-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 1628.431618] usb 1-1: Product: USB to Serial-ATA bridge
[ 1628.431623] usb 1-1: Manufacturer: Sunplus Technology Co.,Ltd.
[ 1628.431628] usb 1-1: SerialNumber: FFFFFBA0FF0000000000027CFF3FFF
[ 1628.583151] usb-storage 1-1:1.0: USB Mass Storage device detected
[ 1628.588402] scsi4 : usb-storage 1-1:1.0
[ 1628.588634] usbcore: registered new interface driver usb-storage
[ 1631.844296] scsi 4:0:0:0: Direct-Access TOSHIBA MK8034GSX PQ: 0 ANSI: 2
[ 1631.845992] sd 4:0:0:0: Attached scsi generic sg2 type 0
[ 1631.847745] sd 4:0:0:0: [sdb] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[ 1631.852138] sd 4:0:0:0: [sdb] Write Protect is off
[ 1631.852153] sd 4:0:0:0: [sdb] Mode Sense: 38 00 00 00
[ 1631.856091] sd 4:0:0:0: [sdb] No Caching mode page found
[ 1631.856103] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 1634.958513] sd 4:0:0:0: [sdb] Unhandled sense code
[ 1634.958526] sd 4:0:0:0: [sdb]
[ 1634.958530] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1634.958535] sd 4:0:0:0: [sdb]
[ 1634.958538] Sense Key : Medium Error [current]
[ 1634.958544] sd 4:0:0:0: [sdb]
[ 1634.958549] Add. Sense: Unrecovered read error
[ 1634.958554] sd 4:0:0:0: [sdb] CDB:
[ 1634.958556] Read(10): 28 00 00 00 00 00 00 00 08 00
[ 1634.958569] end_request: critical medium error, dev sdb, sector 0
[ 1634.958577] Buffer I/O error on device sdb, logical block 0
[ 1637.436435] sd 4:0:0:0: [sdb] Unhandled sense code
[ 1637.436448] sd 4:0:0:0: [sdb]
[ 1637.436453] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1637.436458] sd 4:0:0:0: [sdb]
[ 1637.436461] Sense Key : Medium Error [current]
[ 1637.436467] sd 4:0:0:0: [sdb]
[ 1637.436472] Add. Sense: Unrecovered read error
[ 1637.436476] sd 4:0:0:0: [sdb] CDB:
[ 1637.436479] Read(10): 28 00 00 00 00 00 00 00 08 00
|
וכפי שניתן לראות הוא מזוהה כ-Sunplus Technology Co.,Ltd, ו"טושיבה" זה רק מדבקה.
|
|
חזרה לתוכן הדיון |
פורסם: 26/05/2018 - 16:41
נושא ההודעה:
|
לא מדבקה בכלל
Sunplus זה רק המתאם USB ל-SATA אבל הדיסק עצמו 100% טושיבה
|
|
חזרה לתוכן הדיון |
פורסם: 27/05/2018 - 01:11
נושא ההודעה:
|
[ 1634.958577] Buffer I/O error on device sdb, logical block 0
יתכן שהדיסק תקול.
|
|
חזרה לתוכן הדיון |
פורסם: 02/06/2018 - 06:42
נושא ההודעה:
|
הדיסק לא תקול.
בבדיקת בריאות - smartctl כותב לך:
ציטוט: |
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
|
עוד כותב לך:
ציטוט: |
Superblock backups stored on blocks:
|
סופרבלוק נועד מלכתחילה לשמור מפני פירמוט כדי לאפשר שחזור.
מלא מידע ופתרונות בגוגל.
|
|
חזרה לתוכן הדיון |
פורסם: 03/06/2018 - 12:46
נושא ההודעה:
|
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2018 - 06:21
נושא ההודעה:
|
אצלך יש סופר בלוקים כדי להגן על המידע שבתוכם
ומצאת שלמישהו יש סקטורים פגומים.
"האין זה מבדח?"
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2018 - 11:01
נושא ההודעה:
|
אמרת שיש: "מלא מידע ופתרונות בגוגל", וזה מה שהצלחת למצוא שם?!
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2018 - 13:16
נושא ההודעה:
|
SMART מתבסס על דיווח ורישום סטטיסטיקות של הכונן עצמו.
אם הזכרון שעליו רשומות הסטטיסטיקות תקול/נמחק, הבקר שאחראי אליהן התקלקל, או סתם באיזשהו שלב כיבו את הרישום - הדיווח של smartctl יהיה לא אמין.
בגדול - SMART רלוונטי רק כשאתה יודע את ההיסטוריה של הכונן ברמה זו או אחרת, ויודע שאפשר לסמוך עליו. הוא לא מבצע בדיקה של הכונן כלל, רק מחזיר תוצאות שכביכול נאספו לאורך חיי הכונן.
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2018 - 13:45
נושא ההודעה:
|
Anonymous : | SMART מתבסס על דיווח ורישום סטטיסטיקות של הכונן עצמו.
אם הזכרון שעליו רשומות הסטטיסטיקות תקול/נמחק, הבקר שאחראי אליהן התקלקל, או סתם באיזשהו שלב כיבו את הרישום - הדיווח של smartctl יהיה לא אמין.
בגדול - SMART רלוונטי רק כשאתה יודע את ההיסטוריה של הכונן ברמה זו או אחרת, ויודע שאפשר לסמוך עליו. הוא לא מבצע בדיקה של הכונן כלל, רק מחזיר תוצאות שכביכול נאספו לאורך חיי הכונן. |
אז איזה כלי כן מבצע בדיקת תקינות?
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2018 - 13:55
נושא ההודעה:
|
אתה יכול לבקש מהכונן לבצע "בדיקה עצמית" בעזרת SMART, אבל גם כאן הכונן עקרונית רשאי לממש אותה איך שבא לו, אז אתה עדיין נתון לחסדי היצרן (אם מימש בדיקה מלאה, או החליט ש"בדיקה עצמית" תהיה פשוט שוב קריאה מערכים שמאוכסנים בטבלת health).
קרא על אפשרות -t של smartctl.
|
|
חזרה לתוכן הדיון |
|