Wander Boessenkool
Nieuw in RHEL9.5 - Cockpit File Management
Één van de nieuwe features in RHEL9.5 is de mogelijkheid om in Cockpit, de grafische management console van RHEL, bestanden te beheren alsof je in een grafische file-manager werkt.
De Geheimen van fstab op RHEL9
Vroeger was mounten “makkelijk”, je zette wat instellingen op wat regels in
/etc/fstab, draaide mount -a, en hoopte dat het na een reboot ook nog
werkte. Echte dependencies voor geneste mounts waren er niet, en alle dingen
die je systeem nodig hadden om te draaien zoals /proc en /sys stonden er
ook in.
Nu is dit voor eenvoudige dingen genoeg, maar zodra je ook mounts gaat toevoegen die wat moeizamer zijn, zoals mounts die netwerk nodig hebben, of die een harde afhankelijkheid hebben op een al reeds draaiende service, werdt het “interessant”, en dan niet op een leuke manier.
Ook kon een kleine typfout in een secundaire mount het hele boot proces van een systeem tegenhouden, met alle outages en andere lol van dien.
Tegenwoordig is het mounten van file systems het werk van systemd, en
alhoewel je nog steeds /etc/fstab kunt gebruiken, werkt het onder water
allemaal met systemd .mount units.
In deze video laat Wander zien hoe deze .mount units automatisch gegeneerd
worden bij het opstarten van je systeem, en hoe een aantal andere
gelijksoortige generators gebruikt worden.
Gerelateerde posts
Zero to Hero: Autofs
Wanneer je op een Linux systeem regelmatig dynamisch bestandssystemen moet mounten (bijvoorbeeld NFS home directories), of liever niet alle mounts standaard aan hebt staan terwijl ze nauwelijks gebruikt worden, kan de automounter (autofs) uitkomst bieden.
Autofs mount zichzelf op een directory, en mount dan vervolgens dynamisch subdirectories wanneer ze aangesproken worden, en unmount ze na een periode van inactiviteit weer.
Back To Basics: Root Password Reset
Iedere beheerder komt wel een keer op het punt dat hij het root wachtwoord van een systeem niet (meer) kent. Misschien is het een oud, niet goed gedocumenteerd, systeem, misschien is het een super-speciaaltje uit een verloren tijd, of misschien had iemand dikke vingers bij het instellen.
In een moderne setup kan het het makkelijkst zijn om dat systeem gewoonweg opnieuw in te spoelen, maar helaas is dat niet altijd een mogelijkheid. In het geval van een virtuele machine zou je ook het disk-image ergens anders kunnen koppelen en op die manier /etc/shadow bewerken, maar ook dat is niet altijd een uitkomst.
Wat je wel (bijna) altijd kunt doen, als er geen wachtwoord op de bootloader staat, of dat wachtwoord is bekend, is inbreken op het boot proces en op die manier jezelf toegang verschaffen tot het systeem, waarna je dingen kunt doen als het root wachtwoord resetten naar een bekende waarde.