Не монтируется внешний HDD через eSata

[slo_nik]

Код: [Выделить]

sudo rescan-scsi-bus -l?

Вы не могли бы объяснить, для чего это, что это даёт?
Пользователь решил продолжить мысль 13 Декабря 2013, 14:05:48:Вот какая странная штука получается.
Через Gparted создаю таблицу разделов и сам раздел в ntfs, подключаю к Windows в VirtualBox - всё работает. Диск монтируется, раздел виден.
После этого, подключаю диск через eSATA - не монтируется, в Gparted показывается как неразмеченная область, раздела нет.
Куда девается, что может служить причиной?
Может с самим диском проблема?

[victor00000]

slo_nik,
можно формат каманду?

(Нажмите, чтобы показать/скрыть)

1

Код: [Выделить]

sudo dd if=/dev/zero of=/dev/sdc bs=1M count=12
esata выкл/вкл.
3

Код: [Выделить]

sudo fdisk -l4

Код: [Выделить]

echo -e "n\np\n1\n\n\n\w\n" | sudo fdisk /dev/sdc

Код: [Выделить]

mkfs.ext4 /dev/sdc15
esata выкл/вкл.
6

Код: [Выделить]

sudo fdisk -l
mount
??
а нтфс потом.

[_angus_]

Забавно. Начало диска вполне правильное. А если подключить его к виртуалбоксу или просто Windowsм через esata или просто sata? Что-то я склонен грешить на то, что диск через sata говорит, что у него 4096 байт физ.сектор, а через usb уже переходник говорит, что 512 байт, возможно, винды что-то делают с gpt структурами. А если создать раздел в винде, он будет монтироваться убунтой и если да, то через что? Попрошу вас создать gparted'ом раздел, слить начало диска

Код: [Выделить]

sudo dd if=/dev/sdX of=~/somefile bs=1M count=2 потом подключить к Windowsм или виртуалбоксу и потом сделать то же самое, когда диск не увидится.

[slo_nik]

Забавно. Начало диска вполне правильное. А если подключить его к виртуалбоксу или просто Windowsм через esata или просто sata? Что-то я склонен грешить на то, что диск через sata говорит, что у него 4096 байт физ.сектор, а через usb уже переходник говорит, что 512 байт, возможно, винды что-то делают с gpt структурами. А если создать раздел в винде, он будет монтироваться убунтой и если да, то через что? Попрошу вас создать gparted'ом раздел, слить начало диска

Код: [Выделить]

sudo dd if=/dev/sdX of=~/somefile bs=1M count=2 потом подключить к Windowsм или виртуалбоксу и потом сделать то же самое, когда диск не увидится.

Вроде сделал как Вы писали.
Создал через Gparted раздел, попытался подключить в VirtualBox через eSATA. Диск вообще не увидела Windows, только через USB. После отключения от Windows, через USB, диск был виден в Ubuntu. А при подключении через eSata в Ubuntu опять неразмеченная область...
Файлы сделал, в приложении
Пользователь решил продолжить мысль 14 Декабря 2013, 23:57:27:victor00000, не совсем понял Вас.
fdisk -l после каждой команды dd if=/dev/zero of=/dev/sdc bs=1M count=1? Нужно ли предварительно создать раздел на диске?
Подробней, пожалуйста...

[victor00000]

??

[_angus_]

Любопытно девки пляшут! Если сравнить заголовки таблицы разделов GPT (LBA1 на диске) до и после подключения к Windowsм, то мы видим, что до виндов указатель расположения второй копии этого заголовка (у GPT две копии таблицы разделов, в начале и конце диска) равен 0x15D50A2AF, а после виндов -- 0x15D50A3AF! Это на 256 секторов дальше, чем до. Соответственно, механизм проблемы такой: диск в убунте у нас определяется с меньшим значением (см. сообщение)

Код: [Выделить]

[  660.405469] scsi 5:0:0:0: Direct-Access     ATA      ST3000DM001-1CH1 CC24 PQ: 0 ANSI: 5
[  660.405673] sd 5:0:0:0: [sdc] 5860532912 512-byte logical blocks: (3.00 TB/2.72 TiB)(число лог.секторов аккурат соответствует меньшему значению 0x15D50A2AF+1), мы его размечаем, заголовки и таблицы GPT друг другу соответствуют, дальше цепляем к Windowsм, вследствие чего диск определяется с размером на 256 секторов больше, винды радостно (кто их просит?) переносят вторую копию таблиц в самый конец диска, переписывая, естественно, указатели в первой копии таблиц.
Дальше мы переносим диск в Ubuntu, он там определяется меньшим размером, указатели на вторую копию указывают уже "за пределы" диска, GPT неверна, опаньки. Остался вопрос, с какого такого размер диска меняется на 256 секторов?
Покажите, пожалуйста, dmesg при подключении диска через USB, а также вывод команды

Код: [Выделить]

sudo hdparm -N /dev/sdX
при подключении через eSATA.

[slo_nik]

Как всегда начал с создания таблицы и раздела...)))) Диск при этом был подключён через eSATA, устройство обозвалось в этот раз как /dev/sdb, проверял.
Вывод команды, который Вы просили, диск подключён через eSATA.

Код: [Выделить]

sudo hdparm -N /dev/sdb

/dev/sdb:
 max sectors   = 5860532912/5860533168, HPA is enabled

Результат работы dmesg, диск подключён через USB

Код: [Выделить]

dmesg | tail
[35959.463638] sd 9:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[35959.464384] sd 9:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[35959.512497] GPT:Primary header thinks Alt. header is not at the end of the disk.
[35959.512502] GPT:5860532911 != 5860533167
[35959.512503] GPT:Alternate GPT header not at the end of the disk.
[35959.512504] GPT:5860532911 != 5860533167
[35959.512505] GPT: Use GNU Parted to correct GPT errors.
[35959.512517]  sdb: sdb1
[35959.513611] sd 9:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[35959.515855] sd 9:0:0:0: [sdb] Attached SCSI disk



[_angus_]

О! Ларчик просто открывался. Теперь сделайте, подключив диск по eSATA для верности,

Код: [Выделить]

sudo hdparm -N p5860533168 /dev/sdX, переразбейте диск заново и, мне кажется, проблема решена... Если, конечно, какая-нибудь пакость не поставит диску HPA заново, но если диск с таблицей разделов, то по идее не должно так случиться.

[slo_nik]

О! Ларчик просто открывался. Теперь сделайте, подключив диск по eSATA для верности,

Код: [Выделить]

sudo hdparm -N p5860533168 /dev/sdX, переразбейте диск заново и, мне кажется, проблема решена... Если, конечно, какая-нибудь пакость не поставит диску HPA заново, но если диск с таблицей разделов, то по идее не должно так случиться.

Ларчик, к сожалению, остался закрытым...
Выполнил команду, которую Вы написали

Код: [Выделить]

sudo hdparm -N p5860533168 /dev/sdc

/dev/sdc:
 setting max visible sectors to 5860533168 (permanent)
 max sectors   = 5860532912/5860533168, HPA is enabled


Затем создал новую таблицу разделов, затем раздел.
В VirtualBox через eSATA отказался диск подключаться, только через USB.
Но после подключения к Win опять неразмеченная область...

[_angus_]

А вот это уже, мягко выражаясь, странно. Похоже на проблему с самим диском, потому что команда честно собиралась снять HPA, и во второй строке вывода должны были быть одинаковые значения емкости и "HPA is disabled", а у вас не так. Попробую поискать, в чём может быть проблема с такими дисками.

[slo_nik]

А вот это уже, мягко выражаясь, странно. Похоже на проблему с самим диском, потому что команда честно собиралась снять HPA, и во второй строке вывода должны были быть одинаковые значения емкости и "HPA is disabled", а у вас не так. Попробую поискать, в чём может быть проблема с такими дисками.

Ну может я что-то сделал не так?
1) Подключил через eSATA
2) Выполнил в терминале команду, которую Вы написали
3) Создал заново таблицу разделов и сам раздел.
4) Подключил через USB к VirtualBox
5) Проверил через eSATA в Ubuntu (разделов нет, неразмеченная область)

Как всегда, через USB диск виден и в Ubuntu и в VirtualBox

[_angus_]

Гм, если вывод hdparm был именно такой, как вы привели, то это сильно похоже на действительно проблему с диском. Может, стоит обновить ему прошивку. Если что, я ответственности не несу Для вашего диска файл прошивки:http://files.mail.ru/54758470624F4B46A5BD6510B764C8AE, обновлять следующим образом:
1) подключить диск через eSATA
2)

Код: [Выделить]

sudo hdparm --fwdownload <путь-к-файлу> --yes-i-know-what-i-am-doing --please-destroy-my-drive /dev/sdX 3) диск отключить (интерфейс и питание)
4) подождать около минуты, чтоб он стал "забыт" системой
5) подключить обратно
6) посмотреть в dmesg, изменилась ли версия прошивки с CC24 на CC29
7) заново ввести

Код: [Выделить]

sudo hdparm -N /dev/sdX Если вывод будет "HPA is enabled", снова сказать

Код: [Выделить]

sudo hdparm -N p5860533168 или второе (бОльшее) число из вывода предыдущей команды /dev/sdX, проверить состояние HPA (HPA enabled или disabled).

Если после этого HPA стало disabled, то дело было в прошивке, иначе я, честно говоря, теряюсь.

[slo_nik]

_angus_, благодарю за помощь.
Стрёмную Вы вещь предложили сделать, тем более, что диск на гарантии ещё. Может просто мозг вынести сервису? Если что, то это будет их проблема...)))
Если серьёзно, то я подумаю над Вашим предложением, поспрашиваю ещё людей...
В любом случае благодарю за помощь ещё раз...

[_angus_]

Ну, предыдущие модели сигейтов я обновлял уж не один десяток вполне рутинно и успешно, но дело, конечно же, ваше, тем более что выглядит проблема действительно странно, я с таким не сталкивался, поэтому не дам 100%, что поможет прошивка… Вообще любопытно было бы узнать, что скажут в поддержке ;-)

[slo_nik]

Вот, подсказали, надо на официальном сайте спросить... В сервисном центре(гарантийном) я думаю толком ничего не скажут.