LINUX.ORG.RU

Сообщения Valdim777

 

BTRFS, может кому пригодится для восстановления

Debian 10. Раздел с btrfs 3.6Tb для данных пользователей.
После перезагрузки вдруг перестал монтироваться, опции монтирования recovery,ro не помогали.
SMART пишет GOOD, но Victoria показывает 198-Offline_Uncorrectable красным.

btrfs check /dev/sda4 завершалась аварийно
btrfs rescue zero-log /dev/sda4 выполнился, но раздел не смонтировался

Помогло следующее: из ветки testing установил btrfs.progs версии 5
btrfs check /dev/sda4 стал нормально сыпать ошибками
btrfs check --repair /dev/sda4 стал ремонтировать. Ждать не стал, прервал ремонт. Раздел смонтировался в ro и удалось все переписать.
Ради эксперимента запустил снова btrfs check --repair /dev/sda4 , ремонт продолжился, прождал три дня, окончания не дождался, прервал. Раздел переформатировал в btrfs.

Мои ошибки: Оказалось, что metadata и system были single. В UPS батарея тест проходила, но не держала.

PS. Есть ли возможность подключить второй диск к разделу btrfs и настроить так, чтобы metadata и system были raid1, data=single и при этом все данные писались бы исключительно на первый диск, не залезая на второй,
т.е. второй диск только для raid1 для metadata и system, а все данные только на первом диске?

 , ,

Valdim777
()
18 комментариев

Какая файловая система устойчива к появлению Badblocks на HDD ?

Здравствуйте. Прочитав кучу информации по файловым системам, так не понял, существует ли хоть одна файловая система с контролем качества записи информации? Ни ext4,ни NTFS так не могут. Допустим появилась сбойная область (не помеченный и не замененый еще badblock, SMART 197 Current pending sectors) на HDD. Система записывает файл на диск и часть файла попадает на эту сбойную часть диска. И файл теряется безвозвратно! И узнать об этом можешь через несколько лет. Какая файловая система может в момент записи обнаружить, что файл записан некорректно, и обойти эту сбойную область, записав часть файла в другое место? Я понимаю, что это медленно: надо записать, прочитать, убедиться что записанное и считанное совпадает, может быть записать контрольную сумму блока и только после этого писать дальше. Но такая ФС существует? Btrfs вроде бы так могла бы, но не делает? Просветите, пожалуйста.

 ,

Valdim777
()
18 комментариев

Падает Debian 9

Используется нижняя часть ноута в качестве домашнего сервера. Экран посмотреть не могу, т.к. его нет. Перезапускаю кнопкой. Сервисы: Samba и SyncThing. Работает несколько дней и опять падает. для сервера так падать уже задолбало. Помогите добиться стабильной работы для этой конфигурации!

В messages нашел вот это:


Nov 16 14:54:01 sv01 kernel: [321897.952055] ------------[ cut here ]------------
Nov 16 14:54:01 sv01 kernel: [321897.952099] WARNING: CPU: 1 PID: 0 at /build/linux-EbeuWA/linux-4.9.130/net/sched/sch_generic.c:316 dev_watchdog+0x233/0x240
Nov 16 14:54:01 sv01 kernel: [321897.952113] NETDEV WATCHDOG: enp1s0 (atl1c): transmit queue 0 timed out
Nov 16 14:54:01 sv01 kernel: [321897.952119] Modules linked in: fuse tun binfmt_misc joydev snd_hda_codec_realtek snd_hda_codec_generic iTCO_wdt iTCO_vendor_support acer_wmi sparse_keymap rfkill evdev serio_raw pcspkr coretemp snd_hda_intel sg lpc_ich mfd_core snd_hda_codec snd_hda_core snd_hwdep snd_pcm snd_timer i915 snd soundcore ac battery drm_kms_helper video shpchp wmi button drm i2c_algo_bit acpi_cpufreq parport_pc ppdev lp parport ip_tables x_tables autofs4 ext4 crc16 jbd2 fscrypto ecb glue_helper lrw gf128mul ablk_helper cryptd aes_x86_64 mbcache raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 raid0 multipath linear md_mod sd_mod ahci libahci libata psmouse i2c_i801 scsi_mod i2c_smbus ehci_pci uhci_hcd ehci_hcd usbcore usb_common atl1c fan thermal
Nov 16 14:54:01 sv01 kernel: [321897.952372] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.9.0-8-amd64 #1 Debian 4.9.130-2
Nov 16 14:54:01 sv01 kernel: [321897.952379] Hardware name: Packard Bell DOTS E2/SJE02_PT_E, BIOS V3.16(DDR3) 04/22/2011
Nov 16 14:54:01 sv01 kernel: [321897.952389] 0000000000000000 ffffffffb4b33d74 ffff96863f283e20 0000000000000000
Nov 16 14:54:01 sv01 kernel: [321897.952411] ffffffffb487a59e 0000000000000000 ffff96863f283e78 ffff968638381000
Nov 16 14:54:01 sv01 kernel: [321897.952427] 0000000000000001 ffff968638089280 0000000000000001 ffffffffb487a61f
Nov 16 14:54:01 sv01 kernel: [321897.952441] Call Trace:
Nov 16 14:54:01 sv01 kernel: [321897.952449] <IRQ>
Nov 16 14:54:01 sv01 kernel: [321897.952466] [<ffffffffb4b33d74>] ? dump_stack+0x5c/0x78
Nov 16 14:54:01 sv01 kernel: [321897.952478] [<ffffffffb487a59e>] ? __warn+0xbe/0xe0
Nov 16 14:54:01 sv01 kernel: [321897.952489] [<ffffffffb487a61f>] ? warn_slowpath_fmt+0x5f/0x80
Nov 16 14:54:01 sv01 kernel: [321897.952505] [<ffffffffb4d3b833>] ? dev_watchdog+0x233/0x240
Nov 16 14:54:01 sv01 kernel: [321897.952517] [<ffffffffb4d3b600>] ? dev_deactivate_queue.constprop.26+0x60/0x60
Nov 16 14:54:01 sv01 kernel: [321897.952530] [<ffffffffb48e87c2>] ? call_timer_fn+0x32/0x120
Nov 16 14:54:01 sv01 kernel: [321897.952541] [<ffffffffb48e8b37>] ? run_timer_softirq+0x1d7/0x430
Nov 16 14:54:01 sv01 kernel: [321897.952554] [<ffffffffb48f9c30>] ? tick_sched_do_timer+0x30/0x30
Nov 16 14:54:01 sv01 kernel: [321897.952566] [<ffffffffb48f9630>] ? tick_sched_handle.isra.12+0x20/0x50
Nov 16 14:54:01 sv01 kernel: [321897.952579] [<ffffffffb48f9c68>] ? tick_sched_timer+0x38/0x70
Nov 16 14:54:01 sv01 kernel: [321897.952595] [<ffffffffb4e1ca8d>] ? __do_softirq+0x10d/0x2a5
Nov 16 14:54:01 sv01 kernel: [321897.952608] [<ffffffffb4880aa6>] ? irq_exit+0xb6/0xc0
Nov 16 14:54:01 sv01 kernel: [321897.952621] [<ffffffffb4e1c50c>] ? smp_apic_timer_interrupt+0x4c/0x60
Nov 16 14:54:01 sv01 kernel: [321897.952633] [<ffffffffb4e1ada6>] ? apic_timer_interrupt+0x96/0xa0
Nov 16 14:54:01 sv01 kernel: [321897.952638] <EOI>
Nov 16 14:54:01 sv01 kernel: [321897.952653] [<ffffffffb4cdada2>] ? cpuidle_enter_state+0xa2/0x2d0
Nov 16 14:54:01 sv01 kernel: [321897.952664] [<ffffffffb4cdad90>] ? cpuidle_enter_state+0x90/0x2d0
Nov 16 14:54:01 sv01 kernel: [321897.952678] [<ffffffffb48bd9a4>] ? cpu_startup_entry+0x154/0x240
Nov 16 14:54:01 sv01 kernel: [321897.952692] [<ffffffffb4849f80>] ? start_secondary+0x170/0x1b0
Nov 16 14:54:01 sv01 kernel: [321897.952707] ---[ end trace 44e3f76b514d70fd ]---
Nov 16 14:54:01 sv01 kernel: [321897.985262] atl1c 0000:01:00.0: atl1c: enp1s0 NIC Link is Up<100 Mbps Full Duplex>

 , ,

Valdim777
()
31 комментарий

RSS подписка на новые темы