Dotaz: Práva root

[Tomáš Horák]

Zdravím, po zdejší diskuzi jsem se taky rozhodl vyzkoušet fs BTRFS. Vše je ok, žádný problém, jenom mi není jasná jedna zvláštnost, se kterou jsem se na Linuxu dosud nesetkal. po zkoušení snapshotů se mi vytvořil v kořenu disku adresář .screenshots který nejde vymazat ani s root právy! Dokonce ani v jiném distru . Samoshřejmě že jsem našel na wiki jak to udělat a smazat ho pomocí btrfs příkazu, ale nechápu že to s root právy přímo nejde třeba i bez ohledu na nebezpečí ztráty dat. Myslel jsem že root může všechno. Připomělo mi to Windows kde se dost často stávalo že se prostě nedal nějaký soubor smazat i když byl nepoužívaný. Musel se použít program třetí strany např. Unlock... Ten .snapshots byl určitě nepoužívaný (i na jiném os) a asi by ho jinak zbavit než /možná/ zformátovat oddíl. Jenom se ptám proč některé věci ani s administrátorskými právy v Linuxu nejdou?

---

---

Odpovědi

[k3dAR]

predpokladam ze "adresar" ".screenshots" nebyl realnej adresar ale snapshot, pak je asi logicke ze nesel jako adresar smazat asi rootem... snapshot taky nevytvaris s "sudo mkdir snapshot"

[xxl]

Subvolume/snapshot jde rootem normálně smazat třeba pomocí mc.

[k3dAR]

ok, logicky predpoklad zboren pak tedy otazka jak tazatel ".screenshots" vytvoril a/nebo cimze ho pres "btrfs prikaz" smazal

[k3dAR]

a tedy predpokladam ze se nesnazil smazat primontovanej snapshost :)

[Tomáš Horák]

Tak ten adresář se vytvořil při vytváření snapshotu a bylo v něm asi 5 podslozek se snapshoty. Nikdy jsem žádná data ze snapshotu neobnovoval. Nebyl to systémový disk. Nejvíce mě zarazilo že ani na zcela jiném PC s Ubuntu nešel smazat!! Pochopil jsem to tak že BTRFS fs si tento adresář .snapshots vytvoří a nejde bez "btrfs property set" prostě smazat. Ale proč?

[Tomáš Horák]

tak to fakt opravdu nejde. Objeví se chybové hlášení že to nejde bez vysvětlení

[xxl]

Readonly snapshoty nejdou smazat přímo systémovými příkazy. Buď se to musí udělat pomocí btrfs subvolume delete blabla. Nebo se musí readonly snapshot zase udělat zapisovatelným pomocí btrfs property set -ts blabla ro false a pak smazat normálně. Ale proč to dělat tím druhým způsoběm, když už se to dá pomocí toho prvního rovnou smazat.

Ale že by snapshot nešel smazat bez vysvětlení, to je dost nepravděpodobné.

[Tomáš Horák]

Dík je mi to jasné, ale ten dotaz byl na administrátorská práva v Linuxu o kterých jsem si dosud myslel, že jsou všemocná, ale není to pravda

[z_sk]

Tak to zaleží od ovládačov.

[k3dAR]

vsemocnost prav neznamena ze bude ignorovat napr. ten readonly rezim, ale to ze root muze napr. ten readonly rezim zmenit na readwrite...

[panika]

sudo footgun

[xxl]

To, že existují rozšířené možnosti, jak nastavit práva k různým objektům, neznamená, že root není všemocný.

I v tomto případě root po počátečním neúspěchu stejně dosáhl toho, čeho chtěl.

[lertimir]

Ano není to pravda, ani správci systém nedovolí některé operace které jsou z principu nekonzistentí nebo to nedovolí HW. Např. připojit CD jako RW, zápis do file systému, který je připojen "read only", odmountování file systému na kterém má nějaká aplikace otevřený soubor (a může to být např to, že jako uživatel udělat cd do adresáře na FS pak se povýšíš sudo -i na roota a tento disk neodpojíš.), přistup roota na nfs připojené disky je typicky jako uživatel nobody. Pokud je ve hře SELinux tak jeho pravidla nepřemůže. Pak taky třeba když si něco znemožním např provedu mount --make-unbindable, tak paokud se ho později pokudím připojit s bind tak logicky to nepůjde. A např pokud odpojím fyzicky blokové zařízení (vytrhnu fashku nebo externí disk) předtím než doběhly zápisy na něj tak ani nezabiju proces, který je měl provést a zničit ho jde jen rebootem.