journalctl -u micro – Telegram
journalctl -u micro
93 subscribers
2.17K photos
210 videos
287 files
1.44K links
Esperienze e consigli di uno sviluppatore tech−unenthusiast

creation — 2021-04-29
owner — @Microeinstein

networks
@sigma_hub Σ
@ageiroumena
Download Telegram
Media is too big
VIEW IN TELEGRAM
Questo è letteralmente il sound effect di Internet Explorer quando carica le pagine
journalctl -u micro
Questo è letteralmente il sound effect di Internet Explorer quando carica le pagine
A quanto pare una di queste macchinette si è riavviata e sotto è stato visto Ubuntu 🧐

...e con un .exe sul desktop
nim2c.zip
854 B
Minimal working example — chiamare codice Nim da C
journalctl -u micro
E niente non riesco in alcun modo a montare la partizione, è l'una di notte ed ho zero idee su come risolvere Send help [per i prossimi giorni]
Oggi non so come non sono stato in ansia per questa cosa, ma ora sto tornando a casa e non escludo che dovrò ricreare la root e l'home da zero 😔

Fortuna che tutti i file personali lì tengo su un secondo HDD su NTFS
Al momento sto creando una partizione ext4 di 200GB sull'altro portatile per il dump, vorrei non essere davvero costretto a ripartire da zero
Nel frattempo ho riparato il boot con grub a WhiteShield @wslinks05
Comunque vorrei far notare come BTRFS abbia molteplici comandi e sottocomandi per sistemare le cose

btrfs check
btrfs check --repair
btrfs replace
btrfs rescue
btrfs restore
Attenti a fare restore escludendo gli snapshots: se in qualche occasione ne avete mai ripristinato uno facendone appunto un altro snapshot e sostituendo con esso il path originale, in automatico state escludendo questi path
...nel mio caso l'home, ho dovuto aspettare ulteriori ore di backup

Per evitare di ripassare tutti i files e tutti gli altri snapshots, ho fatto
btrfs restore -v -mSsx -i \
--path-regex '^/(|@home(|/.*))$' \
/dev/sda3 /mnt/ssh
Ok dopo aver fatto il dump ho provato
btrfs rescue chunk-recover
btrfs rescue super-recover
btrfs rescue zero-log

...ma nessun comando mi ha poi permesso di montare la partizione, in dmesg continua a sputare questo

BTRFS error (device sda3): bad tree block start, want 140682199040 have 0
BTRFS error (device sda3): failed to read block groups: -5
BTRFS error (device sda3): open_ctree failed
Ora sto provando con
btrfs check --repair \
--init-csum-tree --init-extent-tree

Vediamo cosa succede
Faccio un test dell'SSD, magari esce qualcosa e il problema è davvero l'hardware
Basta ho formattato EXT4 — sono due ore che cerco altre soluzioni ma non ce ne sono

Ora si ripristina tutto dal dump e si riconfigura il sistema per avere una struttura root normale, senza sottovolumi

...a meno che non si possa montare root come bind di un'altra cartella 🤔
image_2022-01-28_20-40-44.png
150 KB
I'm Fucking Back on EXT4

A travasare i files in wifi 5Ghz — ethernet 100Mbps da un PC all'altro ci ha messo tipo 5 ore
Ho cercato di mantenere quanti più metadati possibili, ma qualcosa è andato perso

$ sudo -s
sudo: /usr/bin/sudo deve essere di proprietà dello uid 0 e avere il bit setuid impostato

Fix per questo:
chmod u+s /usr/bin/sudo