Neustálé probouzení HDD (OpenWRT Turris OMNIA)

[jfila]

Měl by někdo radu, jak vyřešit neustálé probouzení USB3.0 HDD připojeného k Turris Omnia? Na routeru běží Samba, ale při deaktivované se také probouzí.

Výpis logu po probuzení:
[557282.537220] jbd2/sda3-8(2605): WRITE block 3506877040 on sda3 (8 sectors)
[557282.537240] jbd2/sda3-8(2605): WRITE block 3506877048 on sda3 (8 sectors)
[557288.606730] kworker/u4:3(13544): WRITE block 4291277624 on sda3 (8 sectors)
[557291.385194] kworker/u4:3(13544): WRITE block 4291277744 on sda3 (16 sectors)
[557291.385290] jbd2/sda3-8(2605): WRITE block 3506877056 on sda3 (8 sectors)
[557294.696417] jbd2/sda3-8(2605): WRITE block 3506877064 on sda3 (8 sectors)
[557294.696438] jbd2/sda3-8(2605): WRITE block 3506877072 on sda3 (8 sectors)
[557294.696444] jbd2/sda3-8(2605): WRITE block 3506877080 on sda3 (8 sectors)
[557294.696449] jbd2/sda3-8(2605): WRITE block 3506877088 on sda3 (8 sectors)
[557294.696453] jbd2/sda3-8(2605): WRITE block 3506877096 on sda3 (8 sectors)
[557294.696845] jbd2/sda3-8(2605): WRITE block 3506877104 on sda3 (8 sectors)
[557296.456154] kworker/u4:3(13544): WRITE block 2048 on sda3 (8 sectors)
[557296.456176] kworker/u4:3(13544): WRITE block 4232052992 on sda3 (8 sectors)
[557296.456185] kworker/u4:3(13544): WRITE block 4290773000 on sda3 (8 sectors)
[557296.456193] kworker/u4:3(13544): WRITE block 4291269568 on sda3 (8 sectors)

Co doporučujete dále otestovat?

[Reklama]

[jfila]

Jen doplňuji, že lsof nic pro HDD nenajde.

[Jan Fikar]

Kód [Vybrat] Rozbalit

echo 1 > /proc/sys/vm/block_dump

a pak v logu budou procesy, co zapisují

potom vypnout zapsáním 0

[technik007cz]

Napoveda:
https://unix.stackexchange.com/questions/480265/samba-is-constantly-writing-to-hdd

[jfila]

Kód [Vybrat] Rozbalit

echo 1 > /proc/sys/vm/block_dump

a pak v logu budou procesy, co zapisují

potom vypnout zapsáním 0

Tento výpis logu už je v prvním příspěvku.

[Reklama]

[jfila]

Napoveda:
https://unix.stackexchange.com/questions/480265/samba-is-constantly-writing-to-hdd

Jestli to chápu správně, tak se jedná o vlastnost Sambu, tu jsem zkoušel vypnout, ale stále stejný problém.

[SB]

Ten disk používá jen Samba, nebo je na tom i systém? Ptám se proto, zda není zbytečnou snahou snažit se zastavit disk, na který každou chvíli stejně může kdekterý proces zapsat.

[Jan Fikar]

Kód [Vybrat] Rozbalit

echo 1 > /proc/sys/vm/block_dump

a pak v logu budou procesy, co zapisují

potom vypnout zapsáním 0

Tento výpis logu už je v prvním příspěvku.

To je, ale tam jsou jen dva procesy jádra. Nějaký kworker a jbd2, který aktualizuje journal na ext4. Když to necháte dýl, neobjeví se tam i jiný proces, který ten zápis způsobuje? Jádro jen tak samo o sobě na disk nic chtít psát nebude. Pokud to teda není ta odložená inicializace. Neformátoval jste ten disk na ext4 nedánvno? Pak buď počkat, nebo použít při formátu lazy_itable_init=0.

[jfila]

Ten disk používá jen Samba, nebo je na tom i systém? Ptám se proto, zda není zbytečnou snahou snažit se zastavit disk, na který každou chvíli stejně může kdekterý proces zapsat.

Pouze Samba.

[jfila]

Tak problém vyřešen, za probouzení mohl  NextCloud, který občas indexuje obsah úložiště. Je zajímavé, že php-cli se do logu zapisuje, ale jen jako operace s eMMC Turrisu nikoliv SDA. Napadá Vás proč?