Dysk podpięty jako trzeci (sdc na e-sata) nie jest poprawnie obsługiwany.
- emstrang
- Sędziwy Jeż
- Posty: 43
- Rejestracja: 01 mar 2022, 20:07
- Wersja Ubuntu: 22.04
- Środowisko graficzne: KDE Plasma
- Architektura: x86_64
Dysk podpięty jako trzeci (sdc na e-sata) nie jest poprawnie obsługiwany.
Witam. Mam zastanawiającą sytuację.
Do swego laptopa Asus x71vn z dyskiem ST9320320AS jakiś czas temu podpiąłem dysk TOSHIBA MK3276GSX i wszystko jest ok.
Na dysku ST (sda) mam Kubuntu 22.04 LTS i Windows XP, a na TOSHIBA (sdb) Kubuntu 20.04.
Wcześniej ta Toshiba służyła za zewnętrzny nośnik (backup) podpinany przez e-SATA. Dla XP można go było podpiąć w dowolnym momencie, przed uruchomieniem komputera, po starcie systemu XP, wszystko było zawsze ok. Dla Kubuntu konieczne było podpięcie dysku przed uruchomieniem komputera. Podpięty już po uruchomieniu systemu w ogóle nie był zauważany.
I teraz... kupiłem drugi taki sam dysk TOSHIBA MK3276GSX, wg naklejki wyprodukowany tego samego roku.
Po starcie komputera z podpiętymi oboma dyskami TOSHIBA MK3276GSX, Windows XP uruchamia się normalnie i widzi zawartość dysku. Oba Kubuntu w takiej sytuacji uruchamiają się sypiąc błędami dotyczącymi tego trzeciego dysku. Dysk jest widoczny w ośrodku informacji jako TOSHIBA MK3276GSX bez jakichkolwiek partycji, żadnych też nie można utworzyć.
Nie wiem o co chodzi. Załączam fragment dmesg dotyczący startu obu dysków Toshiba.
Zamieniałem te dyski miejscami w komputerze i problem dotyczy zawsze tego podpiętego przez e-SATA (sdc).
To jakiś konflikt dysków? Niestety nie pokuszę się o odpięcie dysku ST i uruchomieniu lapka z dwoma Toshiba, za dużo rozbierania.
Dopisane
Podpiąłem w lapku tylko dwie Toshiby, Kubuntu uruchomiło się bez kłopotów, dodaję fragment logu z tego startu dmesg2.txt. Wygląda to na problem Linuksa z obsługą trzech dysków, w tym jednego przez e-SATA.
Do swego laptopa Asus x71vn z dyskiem ST9320320AS jakiś czas temu podpiąłem dysk TOSHIBA MK3276GSX i wszystko jest ok.
Na dysku ST (sda) mam Kubuntu 22.04 LTS i Windows XP, a na TOSHIBA (sdb) Kubuntu 20.04.
Wcześniej ta Toshiba służyła za zewnętrzny nośnik (backup) podpinany przez e-SATA. Dla XP można go było podpiąć w dowolnym momencie, przed uruchomieniem komputera, po starcie systemu XP, wszystko było zawsze ok. Dla Kubuntu konieczne było podpięcie dysku przed uruchomieniem komputera. Podpięty już po uruchomieniu systemu w ogóle nie był zauważany.
I teraz... kupiłem drugi taki sam dysk TOSHIBA MK3276GSX, wg naklejki wyprodukowany tego samego roku.
Po starcie komputera z podpiętymi oboma dyskami TOSHIBA MK3276GSX, Windows XP uruchamia się normalnie i widzi zawartość dysku. Oba Kubuntu w takiej sytuacji uruchamiają się sypiąc błędami dotyczącymi tego trzeciego dysku. Dysk jest widoczny w ośrodku informacji jako TOSHIBA MK3276GSX bez jakichkolwiek partycji, żadnych też nie można utworzyć.
Nie wiem o co chodzi. Załączam fragment dmesg dotyczący startu obu dysków Toshiba.
Zamieniałem te dyski miejscami w komputerze i problem dotyczy zawsze tego podpiętego przez e-SATA (sdc).
To jakiś konflikt dysków? Niestety nie pokuszę się o odpięcie dysku ST i uruchomieniu lapka z dwoma Toshiba, za dużo rozbierania.
Dopisane
Podpiąłem w lapku tylko dwie Toshiby, Kubuntu uruchomiło się bez kłopotów, dodaję fragment logu z tego startu dmesg2.txt. Wygląda to na problem Linuksa z obsługą trzech dysków, w tym jednego przez e-SATA.
- Załączniki
-
dmesg2.txt
- (8.88 KiB) Pobrany 35 razy
-
dmesg.txt
- (27.79 KiB) Pobrany 28 razy
- mario_7
- Administrator
- Posty: 8610
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Dysk podpięty jako trzeci (sdc na e-sata) nie jest poprawnie obsługiwany.
Jeśli chodzi o wykrywanie dysku eSATA już po uruchomieniu Ubuntu:
https://askubuntu.com/a/732504
Co do błędów:
Coś faktycznie nie działa jak trzeba...
Zacząłbym od najbardziej trywialnego powodu - może to kwestia kabla?
Z kolei teraz, gdy masz dostęp do dysku (obu dysków Toshiba) - sprawdź ich dane SMART, czy nie wykazują jakichś niepokojących objawów.
Tylko dyski toshiba mają takie problemy?
Czy w BIOS-ie masz jakieś ustawienia dla eSATA? Jak jest to obecnie skonfigurowane?
Możesz sprawdzić jeszcze na LiveUSB z Ubuntu 22.04 czy też są takie problemy.
Kod: Zaznacz cały
sudo rescan-scsi-bus
Co do błędów:
Kod: Zaznacz cały
[ 4.747804] kernel: ata6.00: failed command: READ FPDMA QUEUED
[ 4.747811] kernel: ata6.00: cmd 60/08:78:00:00:00/00:00:00:00:00/40 tag 15 ncq dma 4096 in
res 40/00:78:00:00:00/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
(...)
[ 8.911825] kernel: ata6.00: exception Emask 0x10 SAct 0x80000 SErr 0x4040000 action 0xe frozen
[ 8.966333] kernel: ata6.00: irq_stat 0x00000040, connection status changed
[ 8.994261] kernel: ata6: SError: { CommWake DevExch }
[ 9.011518] kernel: ata6.00: failed command: READ FPDMA QUEUED
[ 9.025189] kernel: ata6.00: cmd 60/08:98:00:00:00/00:00:00:00:00/40 tag 19 ncq dma 4096 in
res 40/00:98:00:00:00/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
[ 9.079004] kernel: ata6.00: status: { DRDY }
[ 9.092493] kernel: ata6: hard resetting link
[ 9.807864] kernel: ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[ 9.809935] kernel: ata6.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[ 9.810057] kernel: ata6.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded
[ 9.810175] kernel: ata6.00: ACPI cmd ef/90:03:00:00:00:a0 (SET FEATURES) succeeded
[ 9.838304] kernel: ata6.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[ 9.838409] kernel: ata6.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded
[ 9.838525] kernel: ata6.00: ACPI cmd ef/90:03:00:00:00:a0 (SET FEATURES) succeeded
[ 9.839406] kernel: ata6.00: configured for UDMA/33
[ 9.839546] kernel: sd 5:0:0:0: [sdc] tag#19 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=5s
[ 9.839558] kernel: sd 5:0:0:0: [sdc] tag#19 Sense Key : Illegal Request [current]
[ 9.839568] kernel: sd 5:0:0:0: [sdc] tag#19 Add. Sense: Unaligned write command
[ 9.839578] kernel: sd 5:0:0:0: [sdc] tag#19 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 9.839584] kernel: blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 9.894787] kernel: Buffer I/O error on dev sdc, logical block 0, async page read
Zacząłbym od najbardziej trywialnego powodu - może to kwestia kabla?
Z kolei teraz, gdy masz dostęp do dysku (obu dysków Toshiba) - sprawdź ich dane SMART, czy nie wykazują jakichś niepokojących objawów.
Tylko dyski toshiba mają takie problemy?
Czy w BIOS-ie masz jakieś ustawienia dla eSATA? Jak jest to obecnie skonfigurowane?
Możesz sprawdzić jeszcze na LiveUSB z Ubuntu 22.04 czy też są takie problemy.
- emstrang
- Sędziwy Jeż
- Posty: 43
- Rejestracja: 01 mar 2022, 20:07
- Wersja Ubuntu: 22.04
- Środowisko graficzne: KDE Plasma
- Architektura: x86_64
Re: Dysk podpięty jako trzeci (sdc na e-sata) nie jest poprawnie obsługiwany.
Dziękuję Ci za pomoc. Po doinstalowaniu pakietu scsitools mogłem wykonać polecenie
Dysk, nowa Toshiba, został wykryty, jest poprawnie widoczny w systemie tak jak dwa pozostałe dyski.
Co do jakości kabla e-sata trudno coś powiedzieć, nie mam z czym porównać. Z doświadczenia wiem, że różnie z tym bywa, nawet zwykły kabel usb do telefonu (mam SM-G388F) potrafi różnie działać w zależności, np. od systemu. Pod Linuksem telefon poprawnie pracuje jako modem usb, a pod Windows XP jest nieznanym urządzeniem, po zmianie kabelka i tu i tu jest ok.
Nie wiem co sądzić o tej nowej Toschibie, na dzień dobry była podzielona na dwie części, pierwsza miała ok 450 Mb i o ile pamiętam format FAT, druga część była pod XP nierozpoznana. SMART informował, że pewne wskazania mogą świadczyć o tym, że wkrótce nastąpi awaria.
Dysk pierwotny ST również jest widziany jako potencjalnie awaryjny (ma swoje lata). Drugi, "starszy" dysk Toschiba jest postrzegany jako sprawny.
Niestety nie pamiętam czy podpinałem dysk ST jako trzeci po e-sata, raczej nie. Chyba zadowolił mnie fakt, że dwie Toschiby w parze uruchomiły się poprawnie.
Nie wiem więc czy to kwestia marki czy ilości i sposobu podłączenia dysków.
Co do ustawień e-sata w BIOS sprawdzę i dopiszę. LiveUSB z 22.04 chyba teraz nie przetestuję... mam ostatnio sporo na głowie (straciłem pracę i staram się o nową, w związku z czym uczę się zupełnie nowych dla mnie rzeczy).
W międzyczasie poszukałem jakiegoś obejścia problemu i kupiłem przejściówkę SATA na USB, działa.
W tym wszystkim zwróciło moją uwagę, że dysk ST chodzi na UDMA/133 a Toschiby na UDMA/100 choć powinny być w standardzie SATA 2, jak ST.
Dopisane
W BIOS ustawień odnośnie e-sata nie znalazłem.
Kod: Zaznacz cały
sudo rescan-scsi-bus
Kod: Zaznacz cały
suncez@suncez-X71Vn:~$ sudo rescan-scsi-bus
/usr/sbin/rescan-scsi-bus: wiersz 592: [: 1.98: oczekiwano wyrażenia całkowitego
Host adapter 0 (ahci) found.
Host adapter 1 (ahci) found.
Host adapter 2 (ahci) found.
Host adapter 3 (ahci) found.
Host adapter 4 (ahci) found.
Host adapter 5 (ahci) found.
Scanning SCSI subsystem for new devices
Scanning host 0 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs
Scanning for device 0 0 0 0 ...
OLD: Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: ST9320320AS Rev: 0303
Type: Direct-Access ANSI SCSI revision: 05
Scanning host 1 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs
Scanning for device 1 0 0 0 ...
OLD: Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: TSSTcorp Model: CDDVDW TS-L633F Rev: IT03
Type: CD-ROM ANSI SCSI revision: 05
Scanning host 2 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs
Scanning host 3 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs
Scanning host 4 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs
Scanning for device 4 0 0 0 ...
OLD: Host: scsi4 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: TOSHIBA MK3276GS Rev: 1X
Type: Direct-Access ANSI SCSI revision: 05
Scanning host 5 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs
Scanning for device 5 0 0 0 ...
NEW: Host: scsi5 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: TOSHIBA MK3276GS Rev: 1X
Type: Direct-Access ANSI SCSI revision: 05
1 new device(s) found.
0 device(s) removed.
Co do jakości kabla e-sata trudno coś powiedzieć, nie mam z czym porównać. Z doświadczenia wiem, że różnie z tym bywa, nawet zwykły kabel usb do telefonu (mam SM-G388F) potrafi różnie działać w zależności, np. od systemu. Pod Linuksem telefon poprawnie pracuje jako modem usb, a pod Windows XP jest nieznanym urządzeniem, po zmianie kabelka i tu i tu jest ok.
Nie wiem co sądzić o tej nowej Toschibie, na dzień dobry była podzielona na dwie części, pierwsza miała ok 450 Mb i o ile pamiętam format FAT, druga część była pod XP nierozpoznana. SMART informował, że pewne wskazania mogą świadczyć o tym, że wkrótce nastąpi awaria.
Kod: Zaznacz cały
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-27-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Toshiba 2.5" HDD MK..76GSX
Device Model: TOSHIBA MK3276GSX
Serial Number: 13O1YG3ZF
LU WWN Device Id: 5 000039 48cd87e48
Firmware Version: GS101X
User Capacity: 319,100,651,520 bytes [319 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 5400 rpm
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 2.6, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Thu Apr 28 15:38:43 2022 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 120) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 100) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0
3 Spin_Up_Time 0x0027 100 100 001 Pre-fail Always - 1203
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 13
5 Reallocated_Sector_Ct 0x0033 100 100 050 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 050 Pre-fail Offline - 0
9 Power_On_Minutes 0x0032 100 100 000 Old_age Always - 0h+01m
10 Spin_Retry_Count 0x0033 100 100 030 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 13
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 7
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 13
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 32 (Min/Max 16/36)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 2
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
220 Disk_Shift 0x0002 100 100 000 Old_age Always - 54
222 Loaded_Hours 0x0032 100 100 000 Old_age Always - 1
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 0
224 Load_Friction 0x0022 100 100 000 Old_age Always - 0
226 Load-in_Time 0x0026 100 100 000 Old_age Always - 245
240 Head_Flying_Hours 0x0001 100 100 001 Pre-fail Offline - 0
SMART Error Log Version: 1
ATA Error Count: 60 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 60 occurred at disk power-on lifetime: 1 hours (0 days + 1 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 f9 05 c5 40 Error: UNC at LBA = 0x00c505f9 = 12912121
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
42 00 01 f9 05 c5 40 00 00:09:00.501 READ VERIFY SECTOR(S) EXT
60 01 28 00 00 00 40 00 00:09:00.444 READ FPDMA QUEUED
42 00 01 f9 05 c5 40 00 00:08:56.408 READ VERIFY SECTOR(S) EXT
60 01 10 00 00 00 40 00 00:08:56.355 READ FPDMA QUEUED
42 00 01 f9 05 c5 40 00 00:08:52.344 READ VERIFY SECTOR(S) EXT
Error 59 occurred at disk power-on lifetime: 1 hours (0 days + 1 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 f9 05 c5 40 Error: UNC at LBA = 0x00c505f9 = 12912121
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
42 00 01 f9 05 c5 40 00 00:08:56.408 READ VERIFY SECTOR(S) EXT
60 01 10 00 00 00 40 00 00:08:56.355 READ FPDMA QUEUED
42 00 01 f9 05 c5 40 00 00:08:52.344 READ VERIFY SECTOR(S) EXT
42 00 01 f9 05 c5 40 00 00:08:48.343 READ VERIFY SECTOR(S) EXT
42 00 01 f9 05 c5 40 00 00:08:44.315 READ VERIFY SECTOR(S) EXT
Error 58 occurred at disk power-on lifetime: 1 hours (0 days + 1 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 f9 05 c5 40 Error: UNC at LBA = 0x00c505f9 = 12912121
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
42 00 01 f9 05 c5 40 00 00:08:52.344 READ VERIFY SECTOR(S) EXT
42 00 01 f9 05 c5 40 00 00:08:48.343 READ VERIFY SECTOR(S) EXT
42 00 01 f9 05 c5 40 00 00:08:44.315 READ VERIFY SECTOR(S) EXT
60 01 e8 00 00 00 40 00 00:08:44.255 READ FPDMA QUEUED
42 00 01 f8 05 c5 40 00 00:08:40.237 READ VERIFY SECTOR(S) EXT
Error 57 occurred at disk power-on lifetime: 1 hours (0 days + 1 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 f9 05 c5 40 Error: UNC at LBA = 0x00c505f9 = 12912121
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
42 00 01 f9 05 c5 40 00 00:08:48.343 READ VERIFY SECTOR(S) EXT
42 00 01 f9 05 c5 40 00 00:08:44.315 READ VERIFY SECTOR(S) EXT
60 01 e8 00 00 00 40 00 00:08:44.255 READ FPDMA QUEUED
42 00 01 f8 05 c5 40 00 00:08:40.237 READ VERIFY SECTOR(S) EXT
60 01 d0 00 00 00 40 00 00:08:40.177 READ FPDMA QUEUED
Error 56 occurred at disk power-on lifetime: 1 hours (0 days + 1 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 f9 05 c5 40 Error: UNC at LBA = 0x00c505f9 = 12912121
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
42 00 01 f9 05 c5 40 00 00:08:44.315 READ VERIFY SECTOR(S) EXT
60 01 e8 00 00 00 40 00 00:08:44.255 READ FPDMA QUEUED
42 00 01 f8 05 c5 40 00 00:08:40.237 READ VERIFY SECTOR(S) EXT
60 01 d0 00 00 00 40 00 00:08:40.177 READ FPDMA QUEUED
42 00 01 f8 05 c5 40 00 00:08:36.159 READ VERIFY SECTOR(S) EXT
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Niestety nie pamiętam czy podpinałem dysk ST jako trzeci po e-sata, raczej nie. Chyba zadowolił mnie fakt, że dwie Toschiby w parze uruchomiły się poprawnie.
Nie wiem więc czy to kwestia marki czy ilości i sposobu podłączenia dysków.
Co do ustawień e-sata w BIOS sprawdzę i dopiszę. LiveUSB z 22.04 chyba teraz nie przetestuję... mam ostatnio sporo na głowie (straciłem pracę i staram się o nową, w związku z czym uczę się zupełnie nowych dla mnie rzeczy).
W międzyczasie poszukałem jakiegoś obejścia problemu i kupiłem przejściówkę SATA na USB, działa.
W tym wszystkim zwróciło moją uwagę, że dysk ST chodzi na UDMA/133 a Toschiby na UDMA/100 choć powinny być w standardzie SATA 2, jak ST.
Dopisane
W BIOS ustawień odnośnie e-sata nie znalazłem.
- Załączniki
-
- smart-dysków.jpg
- (185.7 KiB) Nie pobierany
- mario_7
- Administrator
- Posty: 8610
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Dysk podpięty jako trzeci (sdc na e-sata) nie jest poprawnie obsługiwany.
Parametry SMART wyglądają OK z wyjątkiem tego jednego:
To oznacza, że 2 sektory miały problem z odczytem i są podejrzane o bycie wadliwymi. Jeśli błędy będą się powtarzały albo jeśli przy próbie zapisu nie uda się ich zapisać, to zostaną uznane za wadliwe i będą zastąpione zapasowymi. W przypadku nowego dysku to nie powinno się dziać.
W logu SMART zachowane są informacje o błędach ATA (było w sumie 60, logi przechowują 5 ostatnich) - zawsze jest ten sam:
Tutaj jest opisane jak to można zinterpretować: https://techoverflow.net/2016/07/25/how ... nc-at-lba/
Wychodzi na to, że za każdym razem (ostatnich 5 błędów) błąd był przy odczycie tego samego adresu - LBA = 0x00c505f9 - to pewnie jeden z tych sektorów o których informuje SMART.
Czy to oznacza, że dysk ma jakiś problem? Ciężko stwierdzić... Błędy odczytu mogą mieć różne podłoże i czasem są tolerowane. Dopiero błędy zapisu są niedopuszczalne.
Jeśli dysk działa na przejściówce na USB oraz podpięty do zwykłego gniazda SATA to wydaje się, że sam w sobie jest raczej dobry.
Jeśli natomiast tylko ten jeden dysk miałby takie problemy z eSATA to być może jednak jest coś z nim nie tak i objawia się to właśnie wtedy...
Można spróbować puścić długie testy SMART - może coś znajdą. Może producent dysku udostępnia jakieś narzędzia diagnostyczne - warto sprawdzić.
Ogólnie możesz skontaktować się ze sprzedającym ten dysk (zakładając, że to sklep) - może podpowie co zrobić, aby jednoznacznie stwierdzić czy dysk jest sprawny i ewentualnie co wykazać aby dysk wymienił na sprawny.
Wydaje mi się, że sam fakt, że są 2 podejrzane sektory powinien wystarczyć do uznania gwarancji/rękojmi.
Kod: Zaznacz cały
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 2
W logu SMART zachowane są informacje o błędach ATA (było w sumie 60, logi przechowują 5 ostatnich) - zawsze jest ten sam:
Kod: Zaznacz cały
Error 60 occurred at disk power-on lifetime: 1 hours (0 days + 1 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 f9 05 c5 40 Error: UNC at LBA = 0x00c505f9 = 12912121
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
42 00 01 f9 05 c5 40 00 00:09:00.501 READ VERIFY SECTOR(S) EXT
60 01 28 00 00 00 40 00 00:09:00.444 READ FPDMA QUEUED
42 00 01 f9 05 c5 40 00 00:08:56.408 READ VERIFY SECTOR(S) EXT
60 01 10 00 00 00 40 00 00:08:56.355 READ FPDMA QUEUED
42 00 01 f9 05 c5 40 00 00:08:52.344 READ VERIFY SECTOR(S) EXT
Wychodzi na to, że za każdym razem (ostatnich 5 błędów) błąd był przy odczycie tego samego adresu - LBA = 0x00c505f9 - to pewnie jeden z tych sektorów o których informuje SMART.
Czy to oznacza, że dysk ma jakiś problem? Ciężko stwierdzić... Błędy odczytu mogą mieć różne podłoże i czasem są tolerowane. Dopiero błędy zapisu są niedopuszczalne.
Jeśli dysk działa na przejściówce na USB oraz podpięty do zwykłego gniazda SATA to wydaje się, że sam w sobie jest raczej dobry.
Jeśli natomiast tylko ten jeden dysk miałby takie problemy z eSATA to być może jednak jest coś z nim nie tak i objawia się to właśnie wtedy...
Można spróbować puścić długie testy SMART - może coś znajdą. Może producent dysku udostępnia jakieś narzędzia diagnostyczne - warto sprawdzić.
Ogólnie możesz skontaktować się ze sprzedającym ten dysk (zakładając, że to sklep) - może podpowie co zrobić, aby jednoznacznie stwierdzić czy dysk jest sprawny i ewentualnie co wykazać aby dysk wymienił na sprawny.
Wydaje mi się, że sam fakt, że są 2 podejrzane sektory powinien wystarczyć do uznania gwarancji/rękojmi.
- emstrang
- Sędziwy Jeż
- Posty: 43
- Rejestracja: 01 mar 2022, 20:07
- Wersja Ubuntu: 22.04
- Środowisko graficzne: KDE Plasma
- Architektura: x86_64
Re: Dysk podpięty jako trzeci (sdc na e-sata) nie jest poprawnie obsługiwany.
Dziękuję za odpowiedź. Tą nową Toshibę podpinałem przez e-sata jako trzeci dysk - był niepoprawnie obsługiwany (efekty to brak widoczności istniejących partycji i możliwości utworzenia nowych). Po zamianie dysków Toschiba miejscami, niepoprawnie była obsługiwana ta "starsza", aktualnie podpięta przez e-sata, która widziana była wcześniej jako sprawna (efekty jak wyżej).
Nie zachowałem logów z tych prób. Może błąd odczytu dokupionego dysku ma wpływ na start systemu, z aktywnym e-sata, niezależnie od miejsca, w którym jest on podpięty.
Dzięki twojej pomocy, mogę teraz podpinać ten dysk w dowolny sposób. Zrobiłem na tę okoliczność skrypt i skrót w menu, uruchamiany jako inny użytkownik (pojawia się okno autoryzacji), aby wywołać ponowne skanowanie podpiętych napędów poleceniem:
skrypt .e-sata-scan
Masz rację co do uznania ewentualnych roszczeń wobec sprzedawcy, nie będę jednak tego robił. Mam nadzieję, że dysk da radę, pewnie przeżyje samego lapka ![Wink ;-)](./images/smilies/icon_wink.gif)
Nie zachowałem logów z tych prób. Może błąd odczytu dokupionego dysku ma wpływ na start systemu, z aktywnym e-sata, niezależnie od miejsca, w którym jest on podpięty.
Dzięki twojej pomocy, mogę teraz podpinać ten dysk w dowolny sposób. Zrobiłem na tę okoliczność skrypt i skrót w menu, uruchamiany jako inny użytkownik (pojawia się okno autoryzacji), aby wywołać ponowne skanowanie podpiętych napędów poleceniem:
Kod: Zaznacz cały
/home/suncez/.e-sata-scan
Kod: Zaznacz cały
#!/bin/sh -e
#
/sbin/rescan-scsi-bus
exit 0
![Wink ;-)](./images/smilies/icon_wink.gif)
Kto jest online
Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 2 gości