LINUX.ORG.RU

KARAUL! POMER HDD?

 , , ,


0

2

PISHU IZ GORIASHEGO TANKA! Viruchayte, nado spasti mnogo chego! Sistema bila k.m.k na /dev/sda6

# fdisk -l
Disk /dev/loop0: 1.16 GiB, 1243377664 bytes, 2428472 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 5.3 GiB, 5695864832 bytes, 11124736 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000DM010-2EP1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 1874C5A5-01C2-A449-BEFF-5E061BA03007

Device          Start        End   Sectors  Size Type
/dev/sda1        2048    2099199   2097152    1G EFI System
/dev/sda2     2099200   35653631  33554432   16G Linux swap
/dev/sda3    35653632   69208063  33554432   16G Linux filesystem
/dev/sda4    69208064  236980223 167772160   80G Linux filesystem
/dev/sda6   236980224  320866303  83886080   40G Linux filesystem
/dev/sda7   320866304  404752383  83886080   40G Microsoft basic data
/dev/sda8   404752384 1075841023 671088640  320G Linux filesystem
/dev/sda10 1075841024 1411385343 335544320  160G Linux filesystem
/dev/sda11 1411385344 1746929663 335544320  160G Microsoft basic data
/dev/sda12 1746929664 1953525134 206595471 98.5G Linux filesystem


Disk /dev/sdb: 7.23 GiB, 7767851008 bytes, 15171584 sectors
Disk model: Silicon-Power8G 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x51b3017a

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *        0 2825759 2825760  1.3G  0 Empty
/dev/sdb2         156   65691   65536   32M ef EFI (FAT-12/16/32)
# e2fsck -f -y /dev/sda6
e2fsck 1.47.2 (1-Jan-2025)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sda6

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
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>
 or
    e2fsck -b 32768 <device>
# smartctl -a /dev/sda
smartctl 7.5 2025-04-30 r5714 [x86_64-linux-6.12.11_1] (local build)
Copyright (C) 2002-25, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate BarraCuda 3.5 (CMR)
Device Model:     ST1000DM010-2EP102
Serial Number:    ZN1B7GB1
LU WWN Device Id: 5 000c50 0c39fc983
Firmware Version: CC43
User Capacity:    1,000,204,886,016 bytes [1.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Form Factor:      3.5 inches
Device is:        In smartctl database 7.5/5706
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri May 30 02:39:47 2025 UTC
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: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x73) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					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: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 109) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x1085)	SCT Status supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   078   063   006    Pre-fail  Always       -       60315713
  3 Spin_Up_Time            0x0003   097   096   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   098   098   020    Old_age   Always       -       2954
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   083   060   045    Pre-fail  Always       -       211324354
  9 Power_On_Hours          0x0032   070   070   000    Old_age   Always       -       26565
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   020    Old_age   Always       -       2951
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0 0 0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   065   053   040    Old_age   Always       -       35 (Min/Max 34/36)
193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       2969
194 Temperature_Celsius     0x0022   035   007   000    Old_age   Always       -       35 (0 7 0 0 0)
195 Hardware_ECC_Recovered  0x001a   001   001   000    Old_age   Always       -       60315713
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       26526h+07m+48.151s
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       18248507762
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       26058776194

SMART Error Log Version: 1
No Errors Logged

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.

The above only provides legacy SMART information - try 'smartctl -x' for more
ПОДРОБНОСТИ: KARAUL! POMER HDD? (комментарий)

★★★★★

Последнее исправление: superuser (всего исправлений: 5)
Ответ на: комментарий от mittorn

не одного сбойного сектора же

Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
старался все в ОЗУ компелять

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

По звукам все норм. У меня еще второй диск был подключен, ему лет 10-15, и я не помню где загрузчик стоял. Но тот диск звуки издавал, да. Сейчас с флешки загрузился

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

Странно вот что:

$ fdisk -l
...
Device          Start        End   Sectors  Size Type
/dev/sda1        2048    2099199   2097152    1G EFI System
/dev/sda2     2099200   35653631  33554432   16G Linux swap
/dev/sda3    35653632   69208063  33554432   16G Linux filesystem
/dev/sda4    69208064  236980223 167772160   80G Linux filesystem
/dev/sda6   236980224  320866303  83886080   40G Linux filesystem
/dev/sda7   320866304  404752383  83886080   40G Microsoft basic data
/dev/sda8   404752384 1075841023 671088640  320G Linux filesystem
/dev/sda10 1075841024 1411385343 335544320  160G Linux filesystem
/dev/sda11 1411385344 1746929663 335544320  160G Microsoft basic data
/dev/sda12 1746929664 1953525134 206595471 98.5G Linux filesystem
но в Thunar видны только
/dev/sda4
/dev/sda7
/dev/sda8
/dev/sda10
/dev/sda11
/dev/sda12

superuser ★★★★★
() автор топика
Ответ на: комментарий от sehellion
# e2fsck -f -y /dev/sda6
e2fsck 1.47.2 (1-Jan-2025)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sda6

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
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>
 or
    e2fsck -b 32768 <device>
superuser ★★★★★
() автор топика
Ответ на: комментарий от superuser

If the device is valid and it really contains an ext2/ext3/ext4 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock

sehellion ★★★★★
()
Последнее исправление: sehellion (всего исправлений: 1)
Ответ на: комментарий от sehellion
bash-5.2# e2fsck -b 8193 -f -y /dev/sda6
e2fsck 1.47.2 (1-Jan-2025)
e2fsck: Bad magic number in super-block while trying to open /dev/sda6

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
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>
 or
    e2fsck -b 32768 <device>

bash-5.2# e2fsck -b 32768 -f -y /dev/sda6
e2fsck 1.47.2 (1-Jan-2025)
e2fsck: Bad magic number in super-block while trying to open /dev/sda6

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
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>
 or
    e2fsck -b 32768 <device>

bash-5.2# 
superuser ★★★★★
() автор топика
Ответ на: комментарий от sehellion
bash-5.2# mke2fs -n /dev/sda6
mke2fs 1.47.2 (1-Jan-2025)
Creating filesystem with 10485760 4k blocks and 2621440 inodes
Filesystem UUID: 22b98c3f-5690-4c36-b01d-a05df95bc43f
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624

bash-5.2# e2fsck -b 98304 -f -y /dev/sda6
e2fsck 1.47.2 (1-Jan-2025)
e2fsck: Bad magic number in super-block while trying to open /dev/sda6

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
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>
 or
    e2fsck -b 32768 <device>

bash-5.2# e2fsck -b 163840 -f -y /dev/sda6
e2fsck 1.47.2 (1-Jan-2025)
e2fsck: Bad magic number in super-block while trying to open /dev/sda6

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
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>
 or
    e2fsck -b 32768 <device>

и так на все

superuser ★★★★★
() автор топика

Sistema bila…

…да умерла. И хрен с ней. У тебя там десяток разделов, неужто нет другой системы. У тебя там десяток разделов, неужто что-то важное хранил в системе. У тебя там десяток разделов, вот и расхлёбывай теперь этот винигрет.

nado spasti mnogo chego!

Спасай, а не затаптывай то, что ещё может быть можно спасти.

andytux ★★★★★
()
Последнее исправление: andytux (всего исправлений: 2)
  1. Вытаскиваешь диск из привода.

  2. Покупаешь новый диск.

  3. Покупаешь R-Studio (есть нативная для Linux) и неторопливо занимаешься восстановлением данных (тут как повезёт). Свободный и бесплатный аналог (PhotoRec) есть, но что-то он мне не особо помогал (пробовал, правда, только на флешках).

  4. На будущее не забывай РЕГУЛЯРНО ДЕЛАТЬ БЭКАПЫ.

Если что, это мой путь, только у меня тогда (четверть века назад) вместо Linux и R-Studio были Windows XP и Zero Assumption Recovery соответственно. Почти все фотки удалось восстановить, кстати. ZAR (ныне Klennet Recovery) – реально качественная софтина, но работает, к сожалению, только в Windows (хотя линуксовые ФС понимает).

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

Ну а проблема то в чем, фс побились? fsck прогони.

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

Вот кто в такой ситуации раньше снятого образа что-то делает? Там всего-то терабайтик.

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

Вот кто в такой ситуации раньше снятого образа что-то делает?

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

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

А ведь у какого-то китайца без шуток так чай называется...
https://masturbated.one/system/media_attachments/files/114/596/856/041/854/65...
https://vk.com/id479149651

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

Почему так сказал про ССД. В них не рушится файловая система, а hhd ещё образуются бэд блоки, но в принципе в новых не так заметно.

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

Т.е. ФС там найти не удалось. Ни ext, ни xfs, и даже lvm pv там нет

Но если при этом в dmesg не сыпятся io error, то это все равно не похоже на отказ диска

Пройди blkid по остальным разделам. Возможно, ты не там ищешь корень

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

Да, система была на другом разделе, sda6 видимо вообще не форматировал (забыл уже).
Систему «починил», но не понял причину произошедшего.

Как всё было:

  • Оставил запущенное 3D приложение и отошел.
  • Прихожу - на экране артефакты мигают, ПК ни на одну кнопку не реагирует.
  • Сбросил долгим нажатием на кнопку POWER. После чего ПК не запускается вообще, даже писка Post нет, BIOS даже не зайти. Раз 10 пробовал.
  • Раза с 11-го все-таки удалось загрузится в BIOS и заметил, что мышка в нем замирает и всё - привет, опять только сброс кнопкой POWER помогает.
  • Вспомнил, что самый старый HDD звуки издавал (но на нем системы нет). Отключил питание всех 2-ух дисков.
  • Зашел в BIOS и сбросил настройки на default.
  • Подключил только более новый диск (тот от которого smart показал).
  • Включаю - а там загрузчик Windows 10 (я уже забыл про него) предлагает восстановить Windows... Восстановил его и загрузился. Вроде ПК рабочий.
  • Перезагружаюсь, жму F8 чтобы посмотреть что вообще можно загрузить, а там про Void/Linux ничего нет...
  • Загружаюсь с Void-Live флешки. Смотрю а там записи для Grub вообще нет:
    bash-5.2# efibootmgr
    BootCurrent: 0003
    Timeout: 1 seconds
    BootOrder: 0002,0003,0004
    Boot0002* Windows Boot Manager	HD(1,GPT,41878838-d00e-4d48-b9ba-a90baa0ae724,0x800,0x200000)/\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI0000424f
    Boot0003* UEFI: UFD 3.0 Silicon-Power8G 1.00	PciRoot(0x0)/Pci(0x14,0x0)/USB(16,0)/CDROM(1,0x9c,0xac761)0000424f
    Boot0004* UEFI: UFD 3.0 Silicon-Power8G 1.00, Partition 1	PciRoot(0x0)/Pci(0x14,0x0)/USB(16,0)/HD(1,MBR,0x51b3017a,0x9c,0x10000)0000424f
    
  • Разделов много, нашел все-таки с системой, ремонтирую:
    bash-5.2# e2fsck -f -y /dev/sda4
    e2fsck 1.47.2 (1-Jan-2025)
    Pass 1: Checking inodes, blocks, and sizes
    Pass 2: Checking directory structure
    Pass 3: Checking directory connectivity
    Pass 4: Checking reference counts
    Pass 5: Checking group summary information
    /dev/sda4: 577808/5242880 files (0.2% non-contiguous), 10761647/20971520 blocks
    bash-5.2# e2fsck -f -y /dev/sda8
    e2fsck 1.47.2 (1-Jan-2025)
    Pass 1: Checking inodes, blocks, and sizes
    Inode 3542574 extent tree (at level 1) could be shorter.  Optimize? yes
    
    Inode 3542587 extent tree (at level 1) could be shorter.  Optimize? yes
    
    Inode 3542590 extent tree (at level 1) could be shorter.  Optimize? yes
    
    Pass 1E: Optimizing extent trees
    Pass 2: Checking directory structure
    Pass 3: Checking directory connectivity
    Pass 4: Checking reference counts
    Pass 5: Checking group summary information
    
    /dev/sda8: ***** FILE SYSTEM WAS MODIFIED *****
    /dev/sda8: 481934/20971520 files (1.6% non-contiguous), 53861315/83886080 blocks
    bash-5.2# sync 
    bash-5.2# dosfsck -w -r -l -a -v -t /dev/sda1
    fsck.fat 4.2 (2021-01-31)
    Checking we can access the last sector of the filesystem
    Boot sector contents:
    System ID "mkfs.fat"
    Media byte 0xf8 (hard disk)
           512 bytes per logical sector
          4096 bytes per cluster
            32 reserved sectors
    First FAT starts at byte 16384 (sector 32)
             2 FATs, 32 bit entries
       1048576 bytes per FAT (= 2048 sectors)
    Root directory start at cluster 2 (arbitrary size)
    Data area starts at byte 2113536 (sector 4128)
        261628 data clusters (1071628288 bytes)
    63 sectors/track, 255 heads
          2048 hidden sectors
       2097152 sectors total
    Checking file /
    Checking file /EFI
    Checking file /System Volume Information (SYSTEM~1)
    Checking file /EFI/Microsoft (MICROS~1)
    Checking file /EFI/void (VOID)
    Checking file /EFI/Microsoft/Boot (BOOT)
    Checking file /EFI/Microsoft/Recovery (RECOVERY)
    Checking file /EFI/Microsoft/Boot/BCD
    Checking file /EFI/Microsoft/Boot/BCD.LOG
    Checking file /EFI/Microsoft/Boot/bg-BG (BG-BG)
    Checking file /EFI/Microsoft/Boot/BOOT.STL
    Checking file /EFI/Microsoft/Boot/BOOTMGFW.EFI
    Checking file /EFI/Microsoft/Boot/BOOTMGR.EFI
    Checking file /EFI/Microsoft/Boot/cs-CZ (CS-CZ)
    ...
    Checking file /EFI/Microsoft/Boot/BCD.LOG1 (BCD~1.LOG)
    Checking file /EFI/Microsoft/Boot/BCD.LOG2 (BCD~2.LOG)
    Checking file /EFI/Microsoft/Boot/bg-BG/bootmgfw.efi.mui (BOOTMG~1.MUI)
    Checking file /EFI/Microsoft/Boot/bg-BG/bootmgr.efi.mui (BOOTMG~2.MUI)
    Checking file /EFI/Microsoft/Boot/cs-CZ/bootmgfw.efi.mui (BOOTMG~1.MUI)
    ...
    Checking file /EFI/void/grubx64.efi (GRUBX64.EFI)
    Checking for bad clusters.
    Reclaiming unconnected clusters.
    Checking free cluster summary.
    /dev/sda1: 186 files, 6499/261628 clusters
    bash-5.2# 
    
  • Создаю запись в UEFI:
    bash-5.2# efibootmgr -c -d /dev/sda -p 1 -L "Void" -l "\EFI\void\grubx64.efi"
    BootCurrent: 0003
    Timeout: 1 seconds
    BootOrder: 0000,0002,0003,0004
    Boot0002* Windows Boot Manager	HD(1,GPT,41878838-d00e-4d48-b9ba-a90baa0ae724,0x800,0x200000)/\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI0000424f
    Boot0003* UEFI: UFD 3.0 Silicon-Power8G 1.00	PciRoot(0x0)/Pci(0x14,0x0)/USB(16,0)/CDROM(1,0x9c,0xac761)0000424f
    Boot0004* UEFI: UFD 3.0 Silicon-Power8G 1.00, Partition 1	PciRoot(0x0)/Pci(0x14,0x0)/USB(16,0)/HD(1,MBR,0x51b3017a,0x9c,0x10000)0000424f
    Boot0000* Void	HD(1,GPT,41878838-d00e-4d48-b9ba-a90baa0ae724,0x800,0x200000)/\EFI\void\grubx64.efi
    
  • Перезагружаюсь - всё работает.

Теперь думаю что это такое было...
Mesa 25.1.1 ...

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

Вспомнил, что самый старый HDD звуки издавал (но на нем системы нет).

Sata контроллеры дерьмо. Дохлый винт на одной линии повесит весь i/o через контроллер. Уже сталкивался несколько раз

router ★★★★★
()