Linux

🤔 Cos’è una syscall, in pratica? Crediti immagine: Mike Norris via Pexels Ogni volta che il tuo programma legge un file, scrive su un socket o alloca memoria, a un certo punto deve chiedere al kernel di farlo per davvero. Quella richiesta è una syscall: il confine preciso e ben definito in cui il codice in userspace passa nel kernel. write(), read(), open(), mmap() non sono semplici funzioni di libreria, sono l’intero vocabolario che il tuo programma ha a disposizione per parlare con il mondo esterno. Tutto il resto — da fwrite a file.write() in Python fino a std::fs::File in Rust — non è altro che un wrapper attorno a questa manciata di punti di ingresso del kernel. ...

📦 Quel profumo di pacchetto nuovo Ci siamo passati tutti: vedi una fantastica nuova applicazione su GitHub e vuoi “scartarla” immediatamente. Ma nel tradizionale mondo Linux, aprire un pacchetto spesso assomiglia ad aprire una scatola di brillantini in salotto: prima ancora di rendersene conto, le dipendenze sono sparse ovunque, e tre mesi dopo si trovano ancora strane versioni di librerie in /usr/lib. Ecco perché ho iniziato a usare Flatpak. È come un’esperienza di unboxing in cui la scatola rimane una scatola. Ottieni tutte le novità all’interno, ma il disordine rimane confinato. Vediamo cosa succede quando strappiamo la pellicola protettiva. ...

🧂 Salt senza sudo In continuità con il post precedente, oggi metteremo all’opera i nostri container gestiti da systemd e li utilizzeremo per alcune attività utili. L’idea è quella di configurare un ambiente per imparare come funziona il configuration management Salt e sperimentare/smanettare con esso, senza nemmeno aver bisogno dei permessi di root o di sudo. Dopotutto, nel mondo delle infrastrutture, il Salt deve scorrere! Configureremo quindi due container, uno come salt master e l’altro come salt “minion” (che rappresenta la macchina che verrà configurata tramite salt). ...

🦎 Ciao geeko! Se hai eseguito container sulla tua macchina Leap o Tumbleweed, probabilmente avrai iniziato con i comandi podman run. Forse poi sei passato ai file Docker Compose per gestire gli stack. Si tratta di ottimi strumenti, ma hanno un limite: non si integrano nativamente con systemd, il sistema di init del tuo sistema operativo. Quando il tuo server si riavvia, i tuoi container ripartono automaticamente? Se un container va in crash, si riavvia? Come fai a visualizzare i suoi log insieme al journal di sistema? ...