gpt раздел и fsck

[][irurg]

возникла проблема - не монтируется жесткий диск с 1 разделом GPT на 3Тб.
в цикле выдает после монтирования :

[2623701.320544] ata7: hard resetting link
[2623708.691804] ata7: link is slow to respond, please be patient (ready=-19)
[2623749.749097] ata7: COMRESET failed (errno=-16)
[2623749.749125] ata7: limiting SATA link speed to 1.5 Gbps
[2623749.749134] ata7: hard resetting link
[2623756.629688] ata7: COMRESET failed (errno=-16)

и пропадает из системы совсем, до переподключения

подключал на винде, с драйвером ext3 - данные присутсвуют, видимо ошибка в таблицах суперблоках файловой системе

пробую проверить:


fileserver:/# fsck -t ext3 /dev/sde
fsck 1.41.3 (12-Oct-2008)
e2fsck 1.41.3 (12-Oct-2008)
fsck.ext3: Superblock invalid, trying backup blocks...
fsck.ext3: Bad magic number in super-block while trying to open /dev/sde

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>


Боюсь что может быть потеря данных если последовать совету fsck, перелить столько инфы некуда. Подскажите как правильно поступить?

данные по винту:
Цитата:
fileserver:/# fdisk -l /dev/sde

WARNING: GPT (GUID Partition Table) detected on '/dev/sde'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sde: 3000.5 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sde1 1 267350 2147483647+ ee EFI GPT


во вложении результат hdparm -I
система дебиан ленни

[Hip-Hop]

Сообщение от ][irurg

[2623701.320544] ata7: hard resetting link
[2623708.691804] ata7: link is slow to respond, please be patient (ready=-19)
[2623749.749097] ata7: COMRESET failed (errno=-16)
[2623749.749125] ata7: limiting SATA link speed to 1.5 Gbps
[2623749.749134] ata7: hard resetting link
[2623756.629688] ata7: COMRESET failed (errno=-16)

Это похоже на железные проблемы.

Заменить кабель sata, переткнуть на другой порт sata, посмотреть в bios, заменить контроллер sata? Во-вторых, диск с gpt, а не mbr. Во времена lenny такие уже были? (http://www.rodsbooks.com/gdisk/) На эту тему я тоже бы посмотрел. Ну, а файловая система тут вообще ни при чем, imho. Но сначала попробуй загрузиться со свеженького live-cd.

[][irurg]

Hip-Hop, диск воткнут в контроллер вмесате с винтом на террабайт. терребайтник работает без нареканий. кабели конечно менял и порты на контроллере.
этот тоже работал но сразу как то нестабильно функционировал, часто такие отвалы были. Помучаешься - глядишь примонтировался. Хотя перед последним падением месяц проработал нормально. Холчется его проверить на ошибки, но боюсь пользоваться для GPT fsck, а перелить столько данных некуда.
собственно и хотел узнать чем бы проверить такой большой винт

вот лог его подключения на горячую, вроде все ок
[2631772.674594] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[2631772.790311] ata6.00: ATA-8: WDC WD30EZRS-00J99B0, 80.00A80, max UDMA/133
[2631772.790311] ata6.00: 5860533168 sectors, multi 0: LBA48 NCQ (depth 0/32)
[2631772.795549] ata6.00: configured for UDMA/133
[2631772.795549] ata6: EH complete
[2631772.798310] scsi 6:0:0:0: Direct-Access ATA WDC WD30EZRS-00J 80.0 PQ: 0 ANSI: 5
[2631772.798310] sd 6:0:0:0: [sde] Very big device. Trying to use READ CAPACITY(16).
[2631772.795549] sd 6:0:0:0: [sde] 5860533168 512-byte hardware sectors (3000593 MB)
[2631772.798310] sd 6:0:0:0: [sde] Write Protect is off
[2631772.798310] sd 6:0:0:0: [sde] Mode Sense: 00 3a 00 00
[2631772.798310] sd 6:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[2631772.798310] sd 6:0:0:0: [sde] Very big device. Trying to use READ CAPACITY(16).
[2631772.795549] sd 6:0:0:0: [sde] 5860533168 512-byte hardware sectors (3000593 MB)
[2631772.798310] sd 6:0:0:0: [sde] Write Protect is off
[2631772.798310] sd 6:0:0:0: [sde] Mode Sense: 00 3a 00 00
[2631772.798310] sd 6:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[2631772.798310] sde: sde1
[2631772.952049] sd 6:0:0:0: [sde] Attached SCSI disk

[Hip-Hop]

Сообщение от ][irurg

Hip-Hop, диск воткнут в контроллер вмесате с винтом на террабайт. терребайтник работает без нареканий. кабели конечно менял и порты на контроллере.

Ды, просто у тебя диск физически отваливается из системы. Что-то я сомневаюсь, что испорченная файловая система может приводить к такому. Проблема зарыта, imho, где-то на уровне функционирования linux с железом и c этим диском. (Раз другие работают нормально). Причинно-следственную связь построить не представляется возможным.

[Hip-Hop]

][irurg, Я бы ещё посмотрел на предмет фримвари диска. Может там были допущены критические ошибки?

Я бы перевёл временно диск на другой контроллер и посмотрел дальнейшее развёртывание событий.

[][irurg]

Hip-Hop, на моей виндовой машине подключается -читается без проблем ) с драйвером конешн.
погуглил, вроде использует наород фсчек для гпт.

[Hip-Hop]

Сообщение от ][irurg

Hip-Hop, на моей виндовой машине подключается -читается без проблем ) с драйвером конешн.
погуглил, вроде использует наород фсчек для гпт.

Ды, сам же уточнил, что bug плавающий.

Сообщение от ][irurg

этот тоже работал но сразу как то нестабильно функционировал, часто такие отвалы были. Помучаешься - глядишь примонтировался. Хотя перед последним падением месяц проработал нормально. Холчется его проверить на ошибки, но боюсь пользоваться для GPT fsck, а перелить столько данных некуда.

Ты ещё забыл уточнить модель материнской платы и драйвер контроллера для дисков который используется? Во-вторых, lenny это old стейбл. Для него ещё выходят критические исправления? Ты мог нарваться на баг который был уже исправлен в более поздних версиях ядра, где драйвера лежат.

[Hip-Hop]

][irurg, Ды, вот этот баг похоже - https://bugs.launchpad.net/ubuntu/+s...ux/+bug/256637 Я правда никогда с этим не сталкивался. Отчетливо проявляется на sata_nv с некоторыми дисками. А так же на sata_via. Из постов юзеров замечен даже регресс, когда на более старом ядре всё было ОК, но потом стало плохо. Но регресс это частое событие в мире linux. Они спокойно могут чёнить поломать в новом ядре относительно старого. Это относительно ванильных ядер. С redhat ядром там история другая.

[][irurg]

Hip-Hop, проверился все таки. нашел кучу ошибки кривых мультиклеймовых инодов. все исправлено - сутки полет нормальный. спасибо!

[Hip-Hop]

Сообщение от ][irurg

Hip-Hop, проверился все таки. нашел кучу ошибки кривых мультиклеймовых инодов. все исправлено - сутки полет нормальный. спасибо!

Странно это все. Сразу подумал, что испорченная fs это следствие нестабильной работы дисковой подсистемы, а не причина.

Ну, хорошо, что всё хорошо заканчивается.