LINUX.ORG.RU

HDD не хочет монтироваться после первой записи

 , , ,


1

2

Добрый день!

Имею следующую проблему: есть Raspberry Pi 4 с Убунтой 20 и 3,5 жесткий диск WD Red (WDC WD30EFRX-68EUZN0) HDD в кейсе ORICO 3139U3 (контроллер jmicron)

И вот в чем проблема - диск отказывается монтироваться и ФС сыпется после первой записи на диск. Пробовал под Raspberry Pi OS и Убунтой - поведение одинаковое.

Создаю таблицу разделов и партишн:

ubuntu@ubuntu:~$ sudo parted /dev/sda mklabel gpt
Information: You may need to update /etc/fstab.

ubuntu@ubuntu:~$ sudo parted -a opt /dev/sda mkpart primary ext4 0% 100%  
Information: You may need to update /etc/fstab.

Создаю ФС:

ubuntu@ubuntu:~$ sudo mkfs.ext4 -L wdred /dev/sda1           
mke2fs 1.45.5 (07-Jan-2020)
Creating filesystem with 732566272 4k blocks and 183148544 inodes
Filesystem UUID: 8f644482-9669-4f76-b8b3-a85c8f284c11
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
	102400000, 214990848, 512000000, 550731776, 644972544

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (262144 blocks): done
Writing superblocks and filesystem accounting information: done

С учетом проблемы - проверяю ФС:

ubuntu@ubuntu:~$ sudo e2fsck /dev/sda1
e2fsck 1.45.5 (07-Jan-2020)
wdred: clean, 11/183148544 files, 11783899/732566272 blocks

Монтирую раздел, пишу, отмонтирую и монтирую снова - ВСЕ, ФС убита:

ubuntu@ubuntu:~$ sudo mount /dev/sda1 /mnt/wdred/
ubuntu@ubuntu:~$ sudo touch /mnt/wdred/test_touch
ubuntu@ubuntu:~$ sudo chown ubuntu /mnt/wdred/test_touch
ubuntu@ubuntu:~$ sudo echo "test" > /mnt/wdred/test_touch
ubuntu@ubuntu:~$ cat /mnt/wdred/test_touch
test

ubuntu@ubuntu:~$ sudo umount /mnt/wdred 
ubuntu@ubuntu:~$ sudo mount /dev/sda1 /mnt/wdred/
[b]mount: /mnt/wdred: mount(2) system call failed: Structure needs cleaning.[/b]
ubuntu@ubuntu:~$ sudo e2fsck /dev/sda1
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
e2fsck: Group descriptors look bad... trying backup blocks...
wdred was not cleanly unmounted, check forced.
Resize inode not valid.  Recreate<y>? no
Pass 1: Checking inodes, blocks, and sizes
^Cwdred: e2fsck canceled.

wdred: ***** FILE SYSTEM WAS MODIFIED *****

Смарт ничего криминального не показывает:

ubuntu@ubuntu:~$ sudo smartctl -a /dev/sda
smartctl 7.1 2019-12-30 r5022 [aarch64-linux-5.4.0-1015-raspi] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Red
Device Model:     WDC WD30EFRX-68EUZN0
Serial Number:    WD-WCC4N5ASK8R4
LU WWN Device Id: 5 0014ee 2bcf3f84f
Firmware Version: 82.00A82
User Capacity:    3,000,592,982,016 bytes [3.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm

Что это вообще может быть? куда смотреть?


куда смотреть?

dmesg для начала:

  • как диск подключается
  • как протекает обмен данными с диском
  • как диск отключается

Что это вообще может быть?

первое, что приходит на ум это «питание диска/кабель/порт USB». затем особенности самого диска могут проявляться.

контроллер может перегреваться, но очень вряд ли в твоём случае… смотри сообщения ядра (dmesg) может там есть прямые подсказки.

сама платка моста HDD-USB подозрений не вызывает?

anonymous
()

Как аноним сказал выше, либо питания не хватает, либо кейс плохой. И смарт надо с -A.

vvn_black ★★★★★
()
Ответ на: комментарий от anonymous

dmesg для начала:

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

Подключение:

usb 2-2: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[    2.079898] usb 2-2: New USB device found, idVendor=0080, idProduct=0578, bcdDevice= 1.04
[    2.079905] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.079909] usb 2-2: Product: External USB 3.0
[    2.079913] usb 2-2: Manufacturer: JMicron
[    2.079917] usb 2-2: SerialNumber: 2015033100077
[    2.088535] usbcore: registered new interface driver usb-storage
[    2.097554] scsi host0: uas
[    2.097935] usbcore: registered new interface driver uas
[    2.098979] scsi 0:0:0:0: Direct-Access     External USB 3.0          0104 PQ: 0 ANSI: 6
[    2.100085] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    2.100834] sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.73 TiB)
[    2.100840] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    2.101026] sd 0:0:0:0: [sda] Write Protect is off
[    2.101032] sd 0:0:0:0: [sda] Mode Sense: 53 00 00 08
[    2.101385] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.102270] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
[    2.142142] sd 0:0:0:0: [sda] Attached SCSI disk
[    2.298455] usb_phy_generic phy: phy supply vcc not found, using dummy regulator

Когда не хочет монтироваться:

[   92.461049] EXT4-fs error (device sda): ext4_ext_map_blocks:4301: inode #8: comm mount: bad extent address lblock: 0, depth: 1 pblock 0
[   92.482532] jbd2_journal_init_inode: Cannot locate journal superblock
[   92.489098] EXT4-fs (sda): Could not load journal inode

первое, что приходит на ум это «питание диска/кабель/порт USB». затем особенности самого диска могут проявляться. сама платка моста HDD-USB подозрений не вызывает?

Да работало примерно полгода в такой конфигурации, без проблем вообще. После отключения света получил грязную ФС ну и дальше по накатанной.

Кейс с внешним питанием - 2А (диск 3,5).

Смарт с

ubuntu@ubuntu:~$ sudo smartctl -A /dev/sda
smartctl 7.1 2019-12-30 r5022 [aarch64-linux-5.4.0-1015-raspi] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
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     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   213   181   021    Pre-fail  Always       -       4333
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       301
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       1998
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       30
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       21
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       1164
194 Temperature_Celsius     0x0022   106   105   000    Old_age   Always       -       44
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0
Igor_B
() автор топика
Ответ на: комментарий от Igor_B
[    2.102270] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
[    2.142142] sd 0:0:0:0: [sda] Attached SCSI disk
[    2.298455] usb_phy_generic phy: phy supply vcc not found, using dummy regulator

У меня ни с одним внешним такого нет. Или на Raspi4 с любым так?

Можно попробовать подключить диск к другому компьютеру, который не был включён во время того:

отключения света

gag ★★★★★
()
Ответ на: комментарий от gag

У меня ни с одним внешним такого нет. Или на Raspi4 с любым так?

Я грешу на кейс/контроллер, но ругался так всегда, с первого дня даже какое-то объяснение находил. Последняя строчка - только на убунту

Можно попробовать подключить диск к другому компьютеру, который не был включён во время того:

Попробую, но кейс не исключу пока - он у меня единственный внешний 3,5

Igor_B
() автор топика

Что это вообще может быть? куда смотреть?

Диск внешний? Если да, то самый универсальный вариант - это ntfs и ntfs-3g. В случае чего, всегда можно будет полключить к абсолютно любому компьютеру, если ваш даст дуба. ext4 на внешнем носителе не гибкое решение.

cross_platform
()
Ответ на: комментарий от cross_platform

Да это по факту стационарный диск, медиапомойка в rpi, ntfs нагружает его и без того слабый проц, а ext4 без дополнительных расходов, да и быстрее.

Диск никуда не подключается кроме пи

Igor_B
() автор топика
Ответ на: комментарий от cross_platform

ntfs и ntfs-3g

Тот ещё тормоз под линуксом. fat32 намного быстрее, также везде работает + на макоси (ntfs только чтение, по крайней мере раньше так было).

rmu ★★
()
Ответ на: комментарий от cross_platform

Нужны большие файлы — есть exfat. Но не убогая ntfs.

rmu ★★
()
Ответ на: комментарий от Igor_B

Да работало примерно полгода в такой конфигурации, без проблем вообще. После отключения света получил грязную ФС ну и дальше по накатанной.

я бы забекапил всё что нужно/возможно с этого диска. проверил бы его на бедблоки (странно, конечно, что система о них не подозревает). по-возможности поставил его в обычный системник и там бы «погонял».

или «наколеночный» тест dd-«чтение», затем «запись».

хм-м, при создании ext4 насколько я помню есть возможность указывать позиции служебных структур.

очень, вероятно, что то отключение повредило поверхность диска. осталось найти проблемный регион(ы) и исключить его(их) из использования.

да, советы полечить диск другой ФС очень впечатляют )

anonymous
()

Что сделал за ночь:

  1. Занулил диск от начала до конца c помощью DD - на атрибутах смарт никак не отразилось, никаких ошибок чтения, никаких нечитаемых секторов

  2. Запустил long смарт тест - завершился без ошибок

  3. Вставил диск в другую машину (виртуалка с убунту, хост - мак), создал таблицу разделов, партицию, ФС, монтировал, писал, размонтировал, несколько раз перезагрузился - никаких ошибок чтения, записи, никаких битых ФС

Буду пробовать на рпи, но проблема очевидно не в диске и не в кейсе, вопрос помог ли dd или смена хоста

P.S.

[ 2.102270] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)

Вот этого предупреждения на другом хосте тоже не было

Igor_B
() автор топика

Рано радовался - попробовал на Pi (на новой чистой ОС) - снова получил ту же ошибку.

При этом на внешнем хосте даже после переформатирования - имею ровно ту же ошибку:

Монтируем Пишем Пытаемся смонтировать и получаем ошибку о грязной ФС В dmesg при этом

[ 122.926767] scsi host8: uas_eh_device_reset_handler start [ 123.063409] usb 4-2: reset SuperSpeed USB device number 3 using xhci_hcd [ 123.088473] scsi host8: uas_eh_device_reset_handler success [ 176.551378] EXT4-fs error (device sda1): ext4_mb_generate_buddy:757: group 5888, block bitmap and bg descriptor inconsistent: 24144 vs 24544 free clusters [ 229.578252] EXT4-fs (sda1): ext4_check_descriptors: Block bitmap for group 960 overlaps block group descriptors [ 229.578256] EXT4-fs (sda1): group descriptors corrupted!
На Pi в dmesg ловлю вот такое при монтировании: ‘’’bash
[ 261.665128] EXT4-fs error (device sda1): ext4_ext_map_blocks:4304: inode #8: comm mount: bad extent address lblock: 0, depth: 1 pblock 0 [ 261.667990] jbd2_journal_init_inode: Cannot locate journal superblock [ 261.668000] EXT4-fs (sda1): Could not load journal inode ‘’
Igor_B
() автор топика
Ответ на: комментарий от Igor_B

попробовал на Pi (на новой чистой ОС) - снова получил ту же ошибку

Повторю ещё раз свою версию - питание. Кейс как запитан, внешний питальник или через дата-кабель? Если второй вариант, то попробовать кабелюку у которой есть отдельный «хвостик» под второй USB для питалова.

vvn_black ★★★★★
()
Последнее исправление: vvn_black (всего исправлений: 1)
Ответ на: комментарий от vvn_black

Повторю ещё раз свою версию - питание. Кейс как запитан, внешний питальник или через дата-кабель? Если второй вариант, то попробовать кабелюку у которой есть отдельный «хвостик» под второй USB для питалова.

Кейс запитан через 2А 12В внешний блок (из розетки), те отдельное питание есть - не с usb (12В же нужно)

Igor_B
() автор топика
Ответ на: комментарий от Igor_B

Теперь вот так на запись - смарт также без ошибок

[  117.819712] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[  164.915325] EXT4-fs error (device sda1): ext4_validate_inode_bitmap:100: comm dd: Corrupt inode bitmap - block_group = 0, inode_bitmap = 1391
[  168.406106] EXT4-fs error (device sda1): ext4_validate_block_bitmap:384: comm kworker/u8:2: bg 0: bad block bitmap checksum
[  196.998435] EXT4-fs error (device sda1): ext4_validate_block_bitmap:384: comm kworker/u8:2: bg 32: bad block bitmap checksum
[  197.149758] EXT4-fs (sda1): Delayed block allocation failed for inode 8193 at logical offset 968704 with max blocks 2048 with error 74
[  197.149793] EXT4-fs (sda1): This should not happen!! Data will be lost

[  260.368574] EXT4-fs error (device sda1): ext4_mb_generate_buddy:747: group 64, block bitmap and bg descriptor inconsistent: 23836 vs 24544 free clusters
[  304.402255] EXT4-fs error (device sda1): ext4_validate_block_bitmap:384: comm kworker/u8:3: bg 96: bad block bitmap checksum
[  304.581396] EXT4-fs (sda1): Delayed block allocation failed for inode 8194 at logical offset 430080 with max blocks 1024 with error 74
[  304.581419] EXT4-fs (sda1): This should not happen!! Data will be lost

[  304.585879] EXT4-fs (sda1): Delayed block allocation failed for inode 8194 at logical offset 431104 with max blocks 2048 with error 117
[  304.585902] EXT4-fs (sda1): This should not happen!! Data will be lost

[  348.089448] EXT4-fs error (device sda1): ext4_mb_generate_buddy:747: group 128, block bitmap and bg descriptor inconsistent: 23840 vs 24544 free clusters
Igor_B
() автор топика
Ответ на: комментарий от Igor_B

Я бы взял Викторию и проверил поверхность, но в внешнем компе с приключение по сата.

Если с поверхностью все хорошо, то начал бы грешить на бокс. В частности питание. Блоки питания иногда ломаются…

anonymous
()

Пробовал под Raspberry Pi OS и Убунтой - поведение одинаковое

А под другой материнской платой не пробовали? Подключите к стационарному компьютеру.

cross_platform
()
Ответ на: комментарий от Igor_B

Не похоже не аппаратную проблему. По крайней мере, не с поверхностью блинов. Либо бажное ядро, либо дырявая память.

legolegs ★★★★★
()

Попробовал сделать все то, о чем писал выше - заддшил диск, заново все нарезал, создал ФС с проверкой на бедблоки - прошла без ошибок (забыл скопировать окончание процесса, но там было 0/0/0):

pi@raspberrypi:~ $ sudo mkfs.ext4 -cc -b 4096 /dev/sda1
mke2fs 1.44.5 (15-Dec-2018)
Creating filesystem with 732566272 4k blocks and 183148544 inodes
Filesystem UUID: db2cbabc-09df-4777-b4b2-8bbe7e16fe35
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000, 214990848, 512000000, 550731776, 644972544

Testing with pattern 0xaa: done
Reading and comparing: done
Testing with pattern 0x55: done
Reading and comparing: done                                                 
Testing with pattern 0xff:   0.10% done, 21:47:02 elapsed. (0/0/0 errors) 

Кроме того, откатился на старый образ PI OS с ядром 4.19 - на котором долгое время и работал этот сетап.

И дальше вообще какая-то магия

pi@raspberrypi:~ $ uname -r
4.19.118-v7l+

pi@raspberrypi:~ $ lsblk 
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda           8:0    0  2.7T  0 disk 
└─sda1        8:1    0  2.7T  0 part 
mmcblk0     179:0    0 29.7G  0 disk 
├─mmcblk0p1 179:1    0  256M  0 part /boot
└─mmcblk0p2 179:2    0 29.5G  0 part /
pi@raspberrypi:~ $ sudo mkdir /mnt/wdred
pi@raspberrypi:~ $ sudo mount /dev/sda1 /mnt/wdred/

Message from syslogd@raspberrypi at Aug 30 11:27:52 ...
 kernel:[  154.442148] Internal error: Oops - BUG: 0 [#1] SMP ARM

Message from syslogd@raspberrypi at Aug 30 11:27:52 ...
 kernel:[  154.442468] Process mount (pid: 645, stack limit = 0xd03b456a)

Message from syslogd@raspberrypi at Aug 30 11:27:52 ...
 kernel:[  154.442481] Stack: (0xdaa7d918 to 0xdaa7e000)

Message from syslogd@raspberrypi at Aug 30 11:27:52 ...
 kernel:[  154.442494] d900:                                                       00000000 40000000

Message from syslogd@raspberrypi at Aug 30 11:27:52 ...
 kernel:[  154.442512] d920: 00000000 c047a1cc daa7d94c 5555aaaa ffffaaab c09dab88 ffffffff 47ffffff

...

Message from syslogd@raspberrypi at Aug 30 11:27:52 ...
 kernel:[  154.443946] Code: e5b8300c e3530000 1afffff8 eaffffc4 (e7f001f2) 
Segmentation fault

в dmesg тоже самое

[  154.442111] ------------[ cut here ]------------
[  154.442134] kernel BUG at fs/ext4/extents_status.c:762!
[  154.442148] Internal error: Oops - BUG: 0 [#1] SMP ARM
[  154.442162] Modules linked in: cmac bnep hci_uart btbcm serdev bluetooth ecdh_generic 8021q garp stp llc sg brcmfmac brcmutil cfg80211 rfkill vc4 v3d drm_kms_helper gpu_sched raspberrypi_hwmon hwmon drm drm_panel_orientation_quirks snd_soc_core snd_compress snd_pcm_dmaengine syscopyarea sysfillrect sysimgblt fb_sys_fops snd_bcm2835(C) snd_pcm snd_timer bcm2835_codec(C) snd bcm2835_v4l2(C) v4l2_mem2mem bcm2835_mmal_vchiq(C) v4l2_common videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev vc_sm_cma(C) media rpivid_mem uio_pdrv_genirq uio ip_tables x_tables ipv6
[  154.442306] CPU: 3 PID: 645 Comm: mount Tainted: G         C        4.19.118-v7l+ #1311
[  154.442323] Hardware name: BCM2835
[  154.442345] PC is at ext4_es_cache_extent+0x170/0x178
[  154.442359] LR is at __read_extent_tree_block+0x1b4/0x2c8
[  154.442373] pc : [<c0483990>]    lr : [<c0479208>]    psr: 20000013
[  154.442386] sp : daa7d918  ip : 00000008  fp : daa7d96c
[  154.442398] r10: 00000008  r9 : 47ffffff  r8 : ffffffff
[  154.442411] r7 : 5555aaaa  r6 : c1004d88  r5 : da105508  r4 : 55555554
[  154.442424] r3 : 47ffffff  r2 : ffffffff  r1 : 40000000  r0 : da105508
[  154.442438] Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
[  154.442452] Control: 30c5383d  Table: 1a796840  DAC: 55555555
[  154.442468] Process mount (pid: 645, stack limit = 0xd03b456a)
[  154.442481] Stack: (0xdaa7d918 to 0xdaa7e000)
[  154.442494] d900:                                                       00000000 40000000
[  154.442512] d920: 00000000 c047a1cc daa7d94c 5555aaaa ffffaaab c09dab88 ffffffff 47ffffff

...

[  154.443441] dfc0: 00000000 00000000 01354da8 00000015 b6ec30e8 01354cf8 b6ec290c b6ec30e8
[  154.443458] dfe0: b6ec2fc4 bedff4d8 b6e86d98 b6dbb110 60000010 01354da8 00000000 00000000
[  154.443483] [<c0483990>] (ext4_es_cache_extent) from [<c0479208>] (__read_extent_tree_block+0x1b4/0x2c8)
[  154.443505] [<c0479208>] (__read_extent_tree_block) from [<c047a1cc>] (ext4_find_extent+0x15c/0x318)
[  154.443526] [<c047a1cc>] (ext4_find_extent) from [<c047e454>] (ext4_ext_map_blocks+0x78/0x13a8)
[  154.443549] [<c047e454>] (ext4_ext_map_blocks) from [<c04942fc>] (ext4_map_blocks+0x3a0/0x610)
[  154.443572] [<c04942fc>] (ext4_map_blocks) from [<c0494610>] (_ext4_get_block+0xa4/0x128)
[  154.443594] [<c0494610>] (_ext4_get_block) from [<c04946c8>] (ext4_get_block+0x34/0x3c)
[  154.443617] [<c04946c8>] (ext4_get_block) from [<c04106a4>] (generic_block_bmap+0x74/0x94)
[  154.443639] [<c04106a4>] (generic_block_bmap) from [<c04911a8>] (ext4_bmap+0xa4/0x10c)
[  154.443663] [<c04911a8>] (ext4_bmap) from [<c03f1768>] (bmap+0x2c/0x3c)
[  154.443682] [<c03f1768>] (bmap) from [<c04e648c>] (jbd2_journal_init_inode+0x28/0xf4)
[  154.443704] [<c04e648c>] (jbd2_journal_init_inode) from [<c04d2a40>] (ext4_fill_super+0x2770/0x3d14)
[  154.443726] [<c04d2a40>] (ext4_fill_super) from [<c03d880c>] (mount_bdev+0x174/0x19c)
[  154.443746] [<c03d880c>] (mount_bdev) from [<c04c9e34>] (ext4_mount+0x28/0x30)
[  154.443766] [<c04c9e34>] (ext4_mount) from [<c03d98c0>] (mount_fs+0x24/0xb8)
[  154.443784] [<c03d98c0>] (mount_fs) from [<c03f7c80>] (vfs_kern_mount+0x58/0x118)
[  154.443806] [<c03f7c80>] (vfs_kern_mount) from [<c03fb52c>] (do_mount+0x190/0xc14)
[  154.443827] [<c03fb52c>] (do_mount) from [<c03fc318>] (ksys_mount+0x9c/0xcc)
[  154.443846] [<c03fc318>] (ksys_mount) from [<c03fc36c>] (sys_mount+0x24/0x2c)
[  154.443866] [<c03fc36c>] (sys_mount) from [<c0201000>] (ret_fast_syscall+0x0/0x28)
[  154.443882] Exception stack(0xdaa7dfa8 to 0xdaa7dff0)
[  154.443896] dfa0:                   00000000 00000000 01354da8 01357430 01363288 00000000
[  154.443914] dfc0: 00000000 00000000 01354da8 00000015 b6ec30e8 01354cf8 b6ec290c b6ec30e8
[  154.443930] dfe0: b6ec2fc4 bedff4d8 b6e86d98 b6dbb110
[  154.443946] Code: e5b8300c e3530000 1afffff8 eaffffc4 (e7f001f2) 
[  154.443963] ---[ end trace 91e3a61571f49716 ]---

Идеи кончились, вообще не понимаю, что происходит

Igor_B
() автор топика
Ответ на: комментарий от Igor_B

Вернулся обратно на последний чистый новый образ:

pi@raspberrypi:~ $ uname -r
5.4.51-v7l+

В этот раз решил попробовать с другой ФС (exFAT)

pi@raspberrypi:~ $ sudo parted /dev/sda mklabel gpt
Warning: The existing disk label on /dev/sda will be destroyed and all data on this disk will be lost. Do you want
to continue?
Yes/No? yes                                                               
Information: You may need to update /etc/fstab.

pi@raspberrypi:~ $ sudo parted -a opt /dev/sda mkpart wdred fat32 0% 100% 
Information: You may need to update /etc/fstab.

pi@raspberrypi:~ $ sudo mkfs.exfat -n wdred /dev/sda1
mkexfatfs 1.3.0
Creating... done.
Flushing... done.
File system created successfully.

Почему-то на первом монтировании ловлю предупреждение:

pi@raspberrypi:~ $ sudo mount /dev/sda1 /mnt/wdred
FUSE exfat 1.3.0
WARN: volume was not unmounted cleanly.

ОКЕЙ - размонтирую и перезагружаюсь

sudo umount /mnt/wdred 
pi@raspberrypi:~ $ sudo reboot 
sudo mount /dev/sda1 /mnt/wdred

Пробую писать - все окей

pi@raspberrypi:~ $ sudo dd if=/dev/zero of=/mnt/wdred/test1.dump bs=1MB count=1000 status=progress
976000000 bytes (976 MB, 931 MiB) copied, 16 s, 60.9 MB/s
1000+0 records in
1000+0 records out
1000000000 bytes (1.0 GB, 954 MiB) copied, 16.4194 s, 60.9 MB/s
pi@raspberrypi:~ $ sudo dd if=/dev/zero of=/mnt/wdred/test2.dump bs=1MiB count=1024 status=progress
1027604480 bytes (1.0 GB, 980 MiB) copied, 8 s, 128 MB/s
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 8.40285 s, 128 MB/s
pi@raspberrypi:~ $ sudo dd if=/dev/zero of=/mnt/wdred/test3.dump bs=1MB count=4000 status=progress
3948000000 bytes (3.9 GB, 3.7 GiB) copied, 65 s, 60.7 MB/s
4000+0 records in
4000+0 records out
4000000000 bytes (4.0 GB, 3.7 GiB) copied, 65.9666 s, 60.6 MB/s

Читается также без проблем

Размонтируем/монтируем - получаем ошибку

pi@raspberrypi:~ $ sudo umount /mnt/wdred 
pi@raspberrypi:~ $ sudo mount /dev/sda1 /mnt/wdred
FUSE exfat 1.3.0
ERROR: invalid VBR checksum 0x0 (expected 0x77cb630).

Понятно что ФС также не исправляется

i@raspberrypi:~ $ sudo exfatfsck /dev/sda1
exfatfsck 1.3.0
Checking file system on /dev/sda1.
ERROR: invalid VBR checksum 0x0 (expected 0x77cb630).
Fix (Y/N)? y
ERROR: bad cluster 0 while reading root directory.
File system checking stopped. ERRORS FOUND: 2, FIXED: 1.

dmesg пустой

Смарт после всех моих издевательств - чистый:

pi@raspberrypi:~ $ sudo smartctl -A -d sat /dev/sda
smartctl 6.6 2017-11-05 r4594 [armv7l-linux-5.4.51-v7l+] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
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     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   187   181   021    Pre-fail  Always       -       5641
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       330
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       2035
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       38
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       28
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       1191
194 Temperature_Celsius     0x0022   108   105   000    Old_age   Always       -       42
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

То есть также, как с ext4 - до размонтирования (опционально, перезагрузки - все работает отлично, после - ФС разломана)

Igor_B
() автор топика
Ответ на: комментарий от Igor_B

Во всем был виноват UAS - почему долго работало до этого не знаю, но сейчас с его отключением - наконец-то полетело

dmesg on connection: [ 1.810923] usb 2-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd [ 1.842203] usb 2-1: New USB device found, idVendor=0080, idProduct=0578, bcdDevice= 1.04 [ 1.842244] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1.842274] usb 2-1: Product: External USB 3.0 [ 1.842300] usb 2-1: Manufacturer: JMicron [ 1.842326] usb 2-1: SerialNumber: 2015033100077 [ 1.864839] scsi host0: uas [ 1.866270] scsi 0:0:0:0: Direct-Access External USB 3.0 0104 PQ: 0 ANSI: 6 [ 1.868188] sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.73 TiB) [ 1.868229] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 1.868455] sd 0:0:0:0: [sda] Write Protect is off [ 1.868488] sd 0:0:0:0: [sda] Mode Sense: 53 00 00 08 [ 1.868883] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA [ 1.869659] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes) [ 1.894561] NET: Registered protocol family 10 [ 1.895854] Segment Routing with IPv6 [ 1.924571] systemd[1]: systemd 241 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid) [ 1.925830] systemd[1]: Detected architecture arm. [ 1.927051] Alternate GPT is invalid, using primary GPT. [ 1.927133] sda: sda1 [ 1.930436] sd 0:0:0:0: [sda] Attached SCSI disk

Trying to mount: pi@raspberrypi:~ $ sudo mount /dev/sda1 /mnt/wdred/ mount: /mnt/wdred: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error.

dmesg on mount: [ 136.314078] JBD2: no valid journal superblock found [ 136.314089] EXT4-fs (sda1): error loading journal

dmesg on reboot (when drive disconnecting): [ 67.270540] sd 0:0:0:0: [sda] Synchronize Cache(10) failed: Result: hostbyte=0x07 driverbyte=0x00 [ 67.411097] usb 2-1: USB disconnect, device number 2

And with UAS blaclisted (usb-storage.quirks=0080:0578:u)

dmesg on boot (also notice Optimal transfer size warning is gone): [ 7.240879] usb 2-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd [ 7.282103] usb 2-1: New USB device found, idVendor=0080, idProduct=0578, bcdDevice= 1.04 [ 7.282110] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 7.282117] usb 2-1: Product: External USB 3.0 [ 7.282123] usb 2-1: Manufacturer: JMicron [ 7.282129] usb 2-1: SerialNumber: 2015033100077 [ 7.285737] usb 2-1: UAS is blacklisted for this device, using usb-storage instead [ 7.285786] usb 2-1: UAS is blacklisted for this device, using usb-storage instead [ 7.285793] usb-storage 2-1:1.0: USB Mass Storage device detected [ 7.285984] usb-storage 2-1:1.0: Quirks match for vid 0080 pid 0578: 800000 [ 7.286047] scsi host0: usb-storage 2-1:1.0 [ 8.331401] scsi 0:0:0:0: Direct-Access External USB 3.0 0104 PQ: 0 ANSI: 6 [ 8.332502] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16). [ 8.333105] sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.73 TiB) [ 8.333123] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 8.333919] sd 0:0:0:0: [sda] Write Protect is off [ 8.333938] sd 0:0:0:0: [sda] Mode Sense: 47 00 00 08 [ 8.334624] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA [ 8.354348] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 8.443721] sda: sda1 [ 8.446273] sd 0:0:0:0: [sda] Attached SCSI disk

dmesg on mount: [ 46.970707] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)

dmesg on reboot: [ 190.030359] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 190.201833] usb 2-1: USB disconnect, device number 2

Igor_B
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.