Dysk podpięty jako trzeci (sdc na e-sata) nie jest poprawnie obsługiwany.

[emstrang]

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.

[mario_7]

Jeśli chodzi o wykrywanie dysku eSATA już po uruchomieniu Ubuntu:

Kod: Zaznacz cały

sudo rescan-scsi-bus

https://askubuntu.com/a/732504

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

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.

[emstrang]

Dziękuję Ci za pomoc. Po doinstalowaniu pakietu scsitools mogłem wykonać polecenie

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.                 

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.

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.

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.

[mario_7]

Parametry SMART wyglądają OK z wyjątkiem tego jednego:

Kod: Zaznacz cały

197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       2

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:

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

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.

[emstrang]

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:

Kod: Zaznacz cały

/home/suncez/.e-sata-scan

skrypt .e-sata-scan

Kod: Zaznacz cały

#!/bin/sh -e
#
/sbin/rescan-scsi-bus

exit 0

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