LM 19.1 Mate 64 - после сброса дискового кеша пропали данные с HDD

0

1

Всем здравствуйте

Cтолкнулся с проблемой - после выполнения команды «сбросить дисковый кеш» потерял свои данные. В машине - 2 hdd, один 80 Гб под систему (swap var home), другой 1 Тб под данные

inxi -Fxz:

System:
Host: my-linux Kernel: 4.15.0-54-generic x86_64 bits: 64 compiler: gcc v: 7.4.0 Desktop: MATE 1.20.1 Distro: Linux Mint 19.1 Tessa base: Ubuntu 18.04 bionic
Machine: Type: Desktop Mobo: ASUSTeK model: F1A75-V v: Rev X.0x serial: <filter> BIOS: American Megatrends v: 1003 date: /30/2014

CPU:
Topology: Quad Core model: AMD A6-3670 APU with Radeon HD Graphics bits: 64 type: MCP arch: Fusion L2 cache: 4096 KiB flags: lm nx pae sse sse2 sse3 sse4a svm bogomips:23199 Speed: 803 MHz min/max: 800/2900 MHz Core speeds (MHz): 1: 803 2: 954 3: 813 4: 813

Drives:
Local Storage: total: 1006.04 GiB used: 154.66 GiB (15.4%)
ID-1: /dev/sda vendor: Western Digital model: WD10EFRX-68JCSN0 size: 931.51 GiB
ID-2: /dev/sdb vendor: Seagate model: ST380815AS size: 74.53 GiB

Partition:
ID-1: / size: 67.14 GiB used: 29.49 GiB (43.9%) fs: ext4 dev: /dev/sdb5
ID-2: swap-1 size: 5.81 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sdb1

Info:
Processes: 208 Uptime: 1d 23h 48m Memory: 7.28 GiB used: 2.08 GiB (28.6%) Init: systemd runlevel: 5 Compilers: gcc: 7.4.0 Shell: bash v: 4.4.19 inxi: 3.0.27

fstab records:

Seagate 80 Gb
UUID=6917f5c7-56d0-4a22-a388-32c86ac69ce2 / ext4 errors=remount
UUID=27ec12e7-61f4-4751-91ed-fb3d86f52087 none swap sw
WDC 1 Tb Win7 and Linux data
Win7 Sys 247 Gb
UUID=60CC0834CC08074E /home/my/WD1/Win7Sys ntfs-3g ro,noexec 0 0
Win7 Dat 443 Gb
UUID=0A905D9E1CADA718 /home/my/WD1/Win7Dat ntfs-3g ro,noexec 0 0
Linux data 310 Gb
UUID=525836db-65f4-42ee-a6ff-800e9331e4f0 /home/my/WD1/LDat ext4 grpquota,acl,s

Собственно проблема - в ходе работы в Опере (62.0.3331.18) попытался несколько раз распечатать содержимое страницы (ПКМ-распечатать-в пдф) в файл, но файла так и не увидел. Решил из общих соображений неспециалиста ))) сбросить дисковый кеш (sudo su - sync - echo 3 /proc/sys/vm/drop_caches - exit). После чего увидел, что пропали все директории второго уровня вложения и выше на диске 1 Тб, причем корень и директории первого уровня просматриваются в ls.

Вопросы: 1. что произошло (кто виноват)? 2. что делать (как аккуратно восстановить)?

Физически данные очевидно целые - диск не перелопачивался, просто пропали записи о файлах.

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

заранее благодарен

Ссылка

←	глюк с ротацией

Помогите восстановить .7z на флешке

→

1. Сброс кэшей - был всегда безопасен.
2. Скорее проблема с жестким диском, нежели ядром, или ещё чем то.

Atlant ★★★★★
(09.12.20 12:25:01 MSK)

Ответ на: комментарий от Atlant 09.12.20 12:25:01 MSK

согласился бы с вами ...

.. но что то слишком много совпадений

1. LM 19.1 на этой машине стоит с момента выхода, и это первый раз, когда я что то сделал под рутом.
2. дернулся сбросить кеш после неудачных попыток распечатать в файл, и конечно несколько раз проходил в директорию, где ожидал его увидеть; при этом видел как обычно структуру директорий и файлов ненарушенной - и это буквально за пару минут до дроп кеш
3. после сброса кеша СРАЗУ попытался найти файл распечатки - и увидел, что все потеряно.

anonymous
(09.12.20 13:40:14 MSK)

Ответ на: согласился бы с вами ... от anonymous 09.12.20 13:40:14 MSK

но все таки вы правы

в рамках своего некомпетентного исследования обратил внимание на распухающий syslog и нашел в нем следующие строки:

Dec 8 15:13:14 my-linux smartd[750]: Device: /dev/sda [SAT], 1 Currently unreadable (pending) sectors
Dec 8 15:13:14 my-linux smartd[750]: Device: /dev/sda [SAT], SMART Usage Attribute: 7 Seek_Error_Rate changed from 195 to 194

по времени это незадолго до моих попыток распечатать в файл. и потом сислог пухнет следующим набором строк:

Dec 8 16:07:05 my-linux kernel: [107700.752671] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Dec 8 16:07:05 my-linux kernel: [107700.752685] ata1.00: irq_stat 0x40000001
Dec 8 16:07:05 my-linux kernel: [107700.752693] ata1.00: failed command: READ DMA EXT
Dec 8 16:07:05 my-linux kernel: [107700.752709] ata1.00: cmd 25/00:08:91:d7:18/00:00:60:00:00/e0 tag 29 dma 4096 in
Dec 8 16:07:05 my-linux kernel: [107700.752709] res 61/04:08:91:d7:18/00:00:60:00:00/e0 Emask 0x1 (device error)
Dec 8 16:07:05 my-linux kernel: [107700.752717] ata1.00: status: { DRDY DF ERR }
Dec 8 16:07:05 my-linux kernel: [107700.752722] ata1.00: error: { ABRT }
Dec 8 16:07:05 my-linux kernel: [107700.754180] ata1.00: failed to enable AA (error_mask=0x1)
Dec 8 16:07:05 my-linux kernel: [107700.755742] ata1.00: failed to enable AA (error_mask=0x1)
Dec 8 16:07:05 my-linux kernel: [107700.755757] ata1.00: configured for UDMA/133 (device error ignored)
Dec 8 16:07:05 my-linux kernel: [107700.755795] ata1: EH complete

.. но это уже другая тема.

благодарю

raghavan
(09.12.20 14:48:32 MSK) автор топика