Forum Debian Users Gang

Ja zwykłem trzymać takie rzeczy w szyfrowanych kontenerach na gdrive. xD

Czasami brakuje mi ubuntu i jego problemów kiedy patrzę na to, co mi się przytrafia na debianie. xD

Cała sytuacja miała miejsce niedawno, gdy to chciałem powrócić do oldskulowych mechanizmów startu systemu, po tym jak się okazało, że crypttab/systemd/plymouth nie są ze sobą kompatybilne i trzeba jakieś czary dziwne odprawiać, by zamontować zaszyfrowane dyski za pomocą jednego hasła. Okazało się też, że nikt z tym nie ma zamiaru nic zrobić i najwyraźniej ten stan rzeczy się utrzyma przez jeszcze jakiś czas. Niby rozwiązanie systemd+plymouth mi w miarę odpowiadało ale miało ono jakieś problemy z fontami na TTY i bugowało pojawiające się komunikaty podczas startu systemu, gdy się wcisnęło ESC. Dlatego postanowiłem wyłączyć obsługę LUKS w systemd i przejść na debianowego /etc/crypttab w połączeniu ze skryptem keyctl, który wykorzystuje hasło zapisane w kernelu do odpalenia wszystkich kontenerów, które się w crypttab znajdują.

Niby prosta rzecz, wywalić plymouth i odpowiednio uzupełnić crypttab ale jak zwykle coś poszło nie tak. Po zrebootowaniu systemu, okazało się, że ten nie chce wystartować. xD Problemem były zaginione pliki w initramfs, które powinny zostać do niego dołączone ale ... najwyraźniej nie zostały. xD Dlaczego nie zostały? Bo ktoś ustawił w skryptach cryptsetup by check, który miał sprawdzać zainstalowanie plików był "-x". No fakt, trzeba było zainstalować w initramfs skrypt i pewnie dlatego weryfikacja poszła po atrybucie wykonywalności, tylko najwyraźniej ktoś nie przewidział, że można korzystać z systemu mając /tmp/ i /var/tmp/ zamontowane z noexec i w takim przypadku najwyraźniej ten check zwraca false i dlatego tych plików zabrakło.

To jednak nic, bo mając taki niebootwalny system, trzeba go jakoś odratować i na nowo initramfs wygenerować (tym razem z tymi partycjami zamontowanymi z exec) -- czyli standard live+chroot. Ja mam w telefonie obraz live debiana właśnie na tego typu okoliczność. W takim przypadku jak ten, taki obraz udostępnia się po USB z telefonu za sprawą USB-Gadget i można wystartować system live. No i faktycznie system live wystartował. Wiedziałem, że obraz live ze stabilnym debianem nie odszyfruje mojego LUKSv2, dlatego chciałem zainstalować potrzebne pakiety z SID'a ale okazało się, że najwyraźniej ktoś nie dołączył do tego obrazu live sterów/firmware do karty WiFi mojego laptopa, a tak się składa, że mój telefon robi również obecnie za router/AP WiFi i udostępnia połączenie LTE właśnie po WiFi i nie mam innej opcji uzyskania połączenia z netem na laptopie jak przez WiFi. No ale od czego jest USB-tethering, no i czym prędzej przełączyłem telefon w ten tryb i... mój system live szlag trafił. xD No może nie powiesił się ale nie dało rady nic już uruchomić, bo najwyraźniej USB-tethering i USB-Gadget nie są w stanie istnieć razem i jeden wyłącza drugi, co skutecznie uwala pracę na systemie live. Do tego dochodzi jeszcze fakt, że ja mam całą partycję /boot/ w obrazie IMG w telefonie i ten obraz jest również udostępniany przez USB-Gadget. Także jak w takiej sytuacji odpalić i zaktualizować system live, z poziomu którego można zaktualizować initramfs? Chyba się nie da. xD

Na szczęście w szafce jeszcze leżał jakiś stary pen z epoki dinozaurów, na którym był debian, który pamiętał jeszcze czasy wielkiego wybuchu i to na nim odpaliłem system live, a potem fona przełączyłem w tryb USB-tethering na aktualizację potrzebnych pakietów, a potem by podmontować obraz /boot/ i zaktualizować initramfs. Także mogliby jakoś te mechanizmy USB-Gadget i USB-tethering rozbudować, bo obecnie są one jakoś niezbyt używalne. xD

E, ale to było napisane w tonie obalenia hipotez, że ubuntu jest jakieś gorsze od debiana. xD A fakt jest taki, że jeśli już ktoś coś bardziej zaawansowanego będzie robił na debianie to co chwila uderzy w jakieś bugi, bo niewiele ludzi zabrnęło w ten obszar otwartego oceanu by móc w ogóle doświadczyć pewnych aspektów z tym związanych. No bo kto montuje domyślnie sobie /tmp i /var/tmp z noexec? Swoją drogą to ciekawe, bo ten skrypt i tak miał  atrybut -x i noexec go nie cofa. Przykład:

# touch /tmp/exe
#  chmod +x /tmp/exe
# ls -al /tmp/exe
-rwxr-xr-x 1 root root 0 2018-12-01 22:44:32 /tmp/exe*
# mount | grep \/tmp
/dev/mapper/wd_black_label-tmp on /tmp type ext4 (rw,nosuid,nodev,[b]noexec[/b],relatime,block_validity,delalloc,nojournal_checksum,barrier,user_xattr,acl,errors=remount-ro)[/quote]
Więc jakim cudem ten check -x zwraca false skoro jak byk ten plik ma x'a. xD