Dotaz: Divný problém s adresáři v ArchLinuxu

[Vtipnéř]

Přeji všem hezký večer.

Začal se mi nějak divně chovat systém, zčernalo pozadí na desktopu a přestaly mi fungovat klávesové zkratky. Po několika pokusech zjistit zdroj problému jsem se rozhodl počítač restartovat, ale nepomohlo to.

Následně jsem zjistil, že se něco stalo s adresáři. Když zadám výpis nějakého adresáře pomocí ls, objeví se normální seznam souborů, ale když dám ls -l, tak se u každého souboru objeví chybové hlášení např "ls: nelze přistoupit k 'tmp/obrazek.jpg': Operace zamítnuta", pak se sice ukáže seznam souborů, ale místo přístupvých práv a vlastníka jsou tam otazníky, tedy něco jako -????????? ? ? ? ? ? obrazek.jpg. Hlavní adresář vypadá úplně normálně a taky systémové adresáře začínající tečkou jsou v pořádku. Zajímavé je, že když se přihlásím jako root, vypadají všechny výpisy standardně.

Zkusil jsem troch googlit, ale zatím jsem na nic nepřišel. Budu vděčný za každý tip, o jakou chybu jde.

Zdraví Jirka

---

---

Odpovědi

[Vtipnéř]

Zkusil jsem zkontolovat file system pomocí btrfs scrub, žádná chyba. Ve výpisu journalctl jsem taky nic nenašel. Když jako root vytvořím nový adresář a přivlastním ho běžnému uživateli, tak je v pořádku.

[Max]

Co říká:

# u ssd
smartcl -a /dev/sda

# u nvme
smartclt -a /dev/nvme0n1
nvme smart-log  /dev/nvme0n1

A pak je otázkou, co říká dmesg, protože do něj bleje fs a další věci logy.
Zdar Max

[Vtipnéř]

Jsem slepej, u všech adresářů kromě systémových v hlavním uživatelském adresáři se ztratil příznak 'x' pro uživatele, skupinu i ostatní. Vypadá to, že stačí ho opět nastavit a vše funguje.

Mimochodem, příkaz 'u' v systému nemám, pacman ho našel jen v nějakém balíčku plan9port.

Jirka

[Peter Golis]

Tie "u NVMe" a "u SSD" niesú príkazy ale definície že u akého disku si máš čo spustiť. Ale nech ti to nespadne (na nohu).

[Vtipnéř]

No jo, člověk má zažité jisté stereotypy - např. hashtag na začátku řádku je příkaz roota.

[Peter Golis]

Niekto tým maltezákom označuje poznámku, niekto iný zas príkaz spúšťaný pod rootom.

A niekto úplne iný si zas pamätá ako ten znak ukazoval progress u konzolovej verzie FTP.

[Vtipnéř]

Příloha:

• smartctl.lst (5177 bytů)

Co říká:

# u ssd
smartcl -a /dev/sda

logy.
Zdar Max

Dodatečně díky za radu, výpis smartctl je v příloze.

Jirka

[Max]

No, vzhledem, že jsi na to přišel, tak je to asi už zbytečný.
Zdar Max

[Vtipnéř]

No, vzhledem, že jsi na to přišel, tak je to asi už zbytečný.
Zdar Max

Přišel jsem na to, co je špatně, ale ne na to, jak se to stalo. A taky si nejsem jistý, jestli by smartctl tne problém odhalil, protože omezený přístup do adresáře není chyba.

[Want]

Nepoužívá se to náhodou nějaký overlay? Takhle to totiž vypadá, když se hrábne na soubor v nižší vrstvě a změna neprobublá nahoru.

[Vtipnéř]

Nepoužívá se to náhodou nějaký overlay? Takhle to totiž vypadá, když se hrábne na soubor v nižší vrstvě a změna neprobublá nahoru.

To netuším, jsem pořád jen uživatel, ačkoliv jsem snad za těch zhruba 20 let s Linuxem něco přece jen pochytil. Jedná se o SSD disk a běžnou instalaci ArchLinuxu podle návodu. Notebook mám už 9. rok, spíš mě napadlo jestli by disk nebylo jistější vyměnit.

[Want]

Pokud je ten disk taky 9 let starý, tak bych to preventivně udělal tak jako tak.

[Max]

Nesmysl
Zdar Max

[Vtipnéř]

Pokud je ten disk taky 9 let starý, tak bych to preventivně udělal tak jako tak.

Technik v práci mi poradil zkusit nějaký program na zjištění "opotřebování" disku (počet zápisů apod.). Pro Linux jsem našel program KDiskMark. Máte s ním někdo zkušenosti?

Jirka

[Max]

Opotřebení se zjišťuje se smartu stejně jako chyby, počty zápisů, počty přepisů na ssd apod. Ten už jsi dodal, nic tam není.
Nastavená špatná oprávnění na FS nemohou vzniknout chybou disku, ale spíše nějakým omylem. Kdyby něco nastalo chybou disku, tak by to bylo např. poškození dat, nějakou nekonzistencí apod, ale změna práv, to není nekonzistence ani poškozená data.
Zdar Max

[Vtipnéř]

Díky za vysvětlení.

Jirka