Ho appena trovato ciò che sembra l'alternativa più simile a Notepad++, forse meglio di Notepadqq dato che al contrario di quest'ultimo
1. non usa javanoscript (...)
2. si basa su
https://aur.archlinux.org/packages/juffed-qt5-git/
1. non usa javanoscript (...)
2. si basa su
qscintilla-qt5
Juffedhttps://aur.archlinux.org/packages/juffed-qt5-git/
aur.archlinux.org
AUR (en) - juffed-qt5-git
A lightweight cross-platform text editor. Development version.
journalctl -u micro
Nel frattempo penso che utilizzerò il driver DKMS
Per fare un po' di chiarezza:
Per utilizzare l'ultimo, bisogna installarlo tramite DKMS con
(per verificare
Attenzione però se si usano più kernel: il driver dovrà essere installato per tutti, altrimenti uno non riuscirà a montare le partizioni.
ntfs driver vecchissimo e problematicontfs-3g driver attuale (il pacchetto contiene alcune utilità necessarie tipo mkfs.ntfs)ntfs3 nuovo driver paragonPer utilizzare l'ultimo, bisogna installarlo tramite DKMS con
ntfs3-dkms e poi cambiare il tipo di mount su /etc/fstab in ntfs3.(per verificare
$ mount | column -t)Attenzione però se si usano più kernel: il driver dovrà essere installato per tutti, altrimenti uno non riuscirà a montare le partizioni.
journalctl -u micro
Ora volendo potrei tenermi un'altra installazione archlinux minimale per recovery Edit: a ripensarci non è il massimo, perché quando avviata non posso spostare la sua partizione di root...
Attualmente sto cercando di crearmi una chiavetta con installazione Arch minima per ripristino, e mi sono accorto che sono un po' stupido:
dato che la chiavetta è lentissima, avrei potuto
prima preparare tutto in un'immagine montata in loop,
e poi flashare l'immagine
dato che la chiavetta è lentissima, avrei potuto
prima preparare tutto in un'immagine montata in loop,
e poi flashare l'immagine
journalctl -u micro
Attualmente sto cercando di crearmi una chiavetta con installazione Arch minima per ripristino, e mi sono accorto che sono un po' stupido: dato che la chiavetta è lentissima, avrei potuto prima preparare tutto in un'immagine montata in loop, e poi flashare…
archrescue.sh
2.3 KB
File iniziale di comandi (e non)
Poco fa ho notato che su GitHub il font è cambiato.
Ho controllato in giro e a quanto pare il problema è dal mio lato: mi carica Cantarell al posto di Arial 😐
Si vede che negli ultimi aggiornamenti è cambiato qualcosa su fontconfig, speriamo che questo override sistemi il problema
Ho controllato in giro e a quanto pare il problema è dal mio lato: mi carica Cantarell al posto di Arial 😐
Si vede che negli ultimi aggiornamenti è cambiato qualcosa su fontconfig, speriamo che questo override sistemi il problema
Bene fixato, ho sostituito Cantarell con Arial in
45-latin.conf e 60-latin.confForse non sono ancora pronto per BTRFS...
#> btrfs-convert /dev/sda3
create btrfs filesystem:
blocksize: 4096
nodesize: 16384
features: extref, skinny-metadata (default)
checksum: crc32c
free space report:
total: 76845940736
free: 83054592 (0.11%)
creating ext2 image file
Unable to find block group for 0
Unable to find block group for 0
Unable to find block group for 0
kernel-shared/ctree.c:2375: split_leaf: BUG_ON `1` triggered, value 1
btrfs-convert(+0x2afff)[0x55a68577afff]
btrfs-convert(btrfs_search_slot+0x103c)[0x55a68577c6cc]
btrfs-convert(btrfs_csum_file_block+0x442)[0x55a6857997e2]
btrfs-convert(+0xf98c)[0x55a68575f98c]
btrfs-convert(main+0x1fa4)[0x55a68575efc4]
/usr/lib/libc.so.6(__libc_start_main+0xd5)[0x7f6c04ebfb25]
btrfs-convert(_start+0x2e)[0x55a68575f50e]
Annullato (core dump creato)Faccio un controllo giusto per sulla stessa partizione: nessun errore
#> fsck.ext4 -cfv -z /undo.ext4 /dev/sda3
e2fsck 1.46.4 (18-Aug-2021)
Overwriting existing filesystem; this can be undone using the command:
e2undo /undo.ext4 /dev/sda3
Ricerca dei blocchi non validi (test a sola lettura): done
ArchLinux: Updating bad block inode.
Passo 1: Controllo di inode, blocco(i) e dimensioni
Passo 2: Analisi della struttura delle directory
Passo 3: Controllo della connettività di directory
Pass 4: Controllo del numero dei riferimenti
Pass 5: Checking gruppo summary information
ArchLinux: ***** IL FILE SYSTEM È STATO MODIFICATO *****
1136967 inodes used (24.22%, out of 4694016)
4551 non-contiguous files (0.4%)
589 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 1028213/633
14497291 blocks used (77.27%, out of 18761216)
0 blocchi danneggiati
2 large files
938570 file regolari
88463 directory
11 character device files
1 block device file
0 fifo
5852 collegamenti
109895 collegamenti simbolici (108083 fast symbolic links)
18 socket
------------
1142810 file
journalctl -u micro
Faccio un controllo giusto per sulla stessa partizione: nessun errore #> fsck.ext4 -cfv -z /undo.ext4 /dev/sda3 e2fsck 1.46.4 (18-Aug-2021) Overwriting existing filesystem; this can be undone using the command: e2undo /undo.ext4 /dev/sda3 Ricerca dei…
Allargo la partizione al massimo con gparted, e ora il comando riesce
#> btrfs-convert /dev/sda3
create btrfs filesystem:
blocksize: 4096
nodesize: 16384
features: extref, skinny-metadata (default)
checksum: crc32c
free space report:
total: 120259084288
free: 42723921920 (35.53%)
creating ext2 image file
creating btrfs metadata
copy inodes [o] [ 1505030/ 1136967]
conversion complete