Příspěvky

Manuálová stránka find (man find) a hledej parametr atime. Bude to vypadat asi takto:

Kód [Vybrat] Rozbalit

$ find /tvuj/adresar -atime -5 -type -f

Tak začni čtením dokumentace. Prostředí se nikdy pod rootem nepouští, je to extrémně nebezpečné, každý spuštěný program by pak měl absolutní práva. Nainstaluj (možná už máš) a spusť gdm3, což správce přihlášení. On nahodí Xka (grafiku), nechá tě přihlásit (jako uživatel!) a pak pod uživatelem spustí zvolené prostředí.

Jde to zjistit i dodatečně, stačí si pustit příkaz

Kód [Vybrat] Rozbalit

dmesg nebo v systémech se systemd je to

Kód [Vybrat] Rozbalit

journalctl -b.

Hledáš něco takového:

Kód [Vybrat] Rozbalit

$ man find |grep 'ntime\|type' > find_part.txt

Ovšem ntime se v tom manuálu nevyskytuje, hledáš asi mtime, takže si případně ten grep uprav.

Aha, takhle složitě by mě to nenapadlo dělat. Nemůžeš prostě klasicky použít příkaz cd a přesunout se do toho adresáře a/nebo uvést rovnou ručně cestu k tomu souboru? Tip: klávesa tab (úplně vlevo) doplňuje cestu. Takže když začneš ten název psát, stačí prvních pár písmen a pak tab doplňuje sám zbytek. Je to lepší než to takhle nějak podivně přetahovat po desktopu.

Dobře, už chápu, chceš prostě spočítat sha1sum. Pořád ale nechápu, co si mám představit pod pojmem ,,terminál nepřijme". Situace by měla být taková, že je soubor někde stažený na disku a ty na něj zavoláš:

Kód [Vybrat] Rozbalit

$ sha1sum alpine-virt-3.5.1-x86_64.iso
a97b4e6c22be922413cdedd7960a360239d2b231  alpine-virt-3.5.1-x86_64.iso

Čili spustím příkaz, předám mu jako argument název souboru, ze kterého chci haš vypočítat. Výsledek se vrátí na standardní výstup (obrazovku). Ve které fázi to tobě selhává a jak se to chová místo očekávání?

Vůbec tomu nerozumím, nechápu, co znamená "nakopírovat do terminálu žádný stažený .iso soubor". Co a jak přesně děláš, o co se snažíš a na čem to přesně selhává - co to vypíše.

Popsal jsem to kdysi dost podrobně v článku Jak nahradit FTP pomocí SFTP a zamknout uživatele. Držím palce.

Mýlíš, už je tam spousta balíků.

Obvykle se tyhle služby řídí normálními unixovými právy. V konfiguraci serverů se pak dá různě dospecifikovat, že se třeba konkrétní uživatel může přihlašovat jen z konkrétního IP rozsahu a dají se tam dělat dodatečné kejkle. V mnoha situacích (včetně té svojí) si vystačíš klasicky s uživateli a jejich právy.

Pak je to jednoduše řešitelné klasickými unixovými právy. Uživatel bude mít do adresáře přístup rwx, nějaká skupina ,,prohlizeci" budou mít jen r-x. Do té skupiny pak zařadíš ty uživatele, kteří mají mít možnost se tam podívat. Ostatní budou mít třeba ---, takže neudělají vůbec nic. Majitel zapisuje, část lidí kouká, zbytek má smůlu.

Mícháš tam víc věcí dohromady: FTP a sdílené složky (SMB?), řízení přístupu různých uživatelů a počítačů. Konkretizuj to, aby bylo jasné, jak to potřebuješ. Řešení to má.

Sudo jasně, ale ten soubor musí být čitelný i pro uživatele.

Ne, to nastavení má dobře. To vypadá na problém s úložištěm klíčů (/etc/apt/trusted.gpg) určených pro kontrolu podpisů balíčků. Nebo ti v systému chybí uživatel _apt, který zároveň musí být schopen ten soubor číst. Jaká má práva? U mě na Stretchi má 644 a funguje to správně. Co uděláte apt-key list?

Já jsem zatím aktualizoval desktop a neměl jsem žádný problém. Jediné, na co jsem narazil, byly nějaké zauzlované závislosti kolem firefox-esr. Ten jsem musel odinstalovat a pak už všechno proběhlo naprosto hladce. Pak jsem ho zase doinstaloval zpět.

Doporučuji si přečíst před takovou akcí dokumentaci a v každém případě si důležité věci zálohovat. Pokud jde o konfiguraci, tak toho není objemově moc, takže není problém to zabalit a někam poslat.

Ovšem zároveň nemá cenu spěchat, do měsíce vyjde první opravná verze a bude se postupně ještě ladit a usazovat. Jessie bude mít podporu ještě tři roky, takže není spěch. A ano, vyměnit půlku balíčků na serveru během aktualizace je normální.