Salve,
Progongo la migrazione del disco formatato con singola partizione in
ext4 agganciata alla vm fuss-server 10 cloudinit ad uno formatato con
LVM e vari punti di mount per /boot /root /var,la home dell' utente
clonezilla e una partizione dedicata per swap. Vorrei anche aggiungere
contrib e non-free a sources.list
sda è il disco nuov a 140G
sdb2 la partizione / ext4
#!/bin/bash
wipefs -af /dev/sda
parted -s /dev/sda mklabel gpt
parted -s /dev/sda unit s mkpart primary 34 2047
parted -s /dev/sda set 1 bios_grub on
parted -s -- /dev/sda unit s mkpart primary 2048 90%
parted -s /dev/sda set 2 lvm on
pvcreate /dev/sda"2"
vgcreate system /dev/sda"2"
lvcreate -L512M -nboot system
lvcreate -L8192M -nswap system
lvcreate -L20G -nroot system
lvcreate -L70G -nvar system
lvcreate -L15G -nclonezilla system
lvcreate -L1G -nhome system
mkfs.ext4 -m0 -Lboot -U4dcd9414-57e8-4da3-a2f5-67c7834f4f90 /dev/system/boot
mkswap -Lswap -U b3fcce22-2ec9-438e-9795-d89152a32c1c /dev/system/swap
mkfs.ext4 -m0 -Lroot -Ub466bc88-54ba-4aac-a832-e313d8d578b9 /dev/system/root
mkfs.ext4 -m0 -Lvar -Ufb882564-ee8f-43b3-91ea-4f3d0831e9fc /dev/system/var
mkfs.ext4 -m0 -Lclonezilla -Uefe83f50-165c-4377-adf5-5783637f540b
/dev/system/clonezilla
mkfs.ext4 -m9 -Lhome -U014b239b-8027-416a-9d5a-55e1ec140977 /dev/system/home
mount /dev/system/root /mnt
mkdir /mnt/boot
mkdir /mnt/var
mkdir /mnt/home
mount /dev/system/boot /mnt/boot
mount /dev/system/var /mnt/var
mkdir -p /mnt/srv/clonezilla
mount /dev/system/clonezilla /mnt/srv/clonezilla
mount /dev/system/home /mnt/home
mkdir /tmp/old
mount /dev/sdb2 /tmp/old
rsync -aAXHv
--exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"}
/tmp/old/ /mnt/
mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /run /mnt/run
sed -i
's/UUID=92a90245-3178-4b16-876d-4521b4107f13/\/dev\/system\/swap/g'
/mnt/etc/initramfs-tools/conf.d/resume
sed -i 's/main/main\ contrib\ non-free/g' /mnt/etc/apt/sources.list
sed -i 's/archive\.fuss\.bz\.it\/\ buster\ main\ contrib\
non-free/archive\.fuss\.bz\.it\/\ buster\ main\ contrib/g'
/mnt/etc/apt/sources.list
sed -i 's/archive\.fuss\.bz\.it\/\ buster-proposed-updates\ main\
contrib\ non-free/archive\.fuss\.bz\.it\/\ buster-proposed-updates\
main\ contrib/g' /mnt/etc/apt/sources.list
echo "GRUB_DISABLE_OS_PROBER=true" >> /mnt/etc/default/grub
tee /mnt/etc/fstab << EOF
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type>
<options> <dump> <pass>
UUID=4dcd9414-57e8-4da3-a2f5-67c7834f4f90 /boot ext4
defaults 0 2
UUID=b466bc88-54ba-4aac-a832-e313d8d578b9 / ext4
errors=remount-ro 0 1
UUID=fb882564-ee8f-43b3-91ea-4f3d0831e9fc /var ext4
defaults 0 2
UUID=efe83f50-165c-4377-adf5-5783637f540b /srv/clonezilla ext4
defaults 0 2
UUID=014b239b-8027-416a-9d5a-55e1ec140977 /home ext4
defaults,noauto,x-systemd.automount 0 2
UUID=b3fcce22-2ec9-438e-9795-d89152a32c1c none swap
sw 0 0
EOF
chroot /mnt apt update
chroot /mnt apt -y install lvm2
chroot /mnt grub-install /dev/sda
chroot /mnt update-grub
chroot /mnt update-initramfs -u -k all
chroot /mnt sed -i '/GRUB_DISABLE_OS_PROBER=true/d' /etc/default/grub
chroot /mnt apt clean
chroot /mnt fstrim -av
umount -iR /mnt
Saluti,
Michael
E' disponibile una nuova immagine Cloud-Init per il fuss-server, che
corregge alcuni problemi individuati da Michael von Guggenberg durante
una migrazione. Sono stati anche aggiornati i pacchetti alla attuale
point release di Debian Buster (10.9).
In particolare è stato rimosso un rimasuglio di configurazione in
/etc/network/interfaces, ed è stato modificata (sempre su suggerimento
di Michael) la configurazione di GRUB per assegnare di default i nomi
tradizionali delle interfacce di rete (eth0, eth1, ecc.) che permette di
evitare i problemi del nome non corrispondente a quello presente su un
precedente fuss-server con Fuss 8 per l'interfaccia dedicata al captive
portal.
Questo consente, in fase di migrazione, di riutilizzare il file
fuss-server.yaml del server precedente, senza dover eventualmente
modificare le voci relative alle interfacce che possono essere cambiate.
Le modifiche alla modalità di build dell'immagine sono state integrate
nella documentazione sulla fuss-dev-guide:
https://fuss-dev-guide.readthedocs.io/it/latest/cloud-init-image.html
L'immagine è scaricabile come sempre a partire dalla pagina:
http://iso.fuss.bz.it/cloud-init/
il file è vzdump-qemu-fuss-server-10-latest.vma.zst e le modifiche sono
state riportate nel file changelog.txt. La checksum dell'immagine
(presente sulla stessa pagina) è firmata con la chiave di firma del
repository FUSS:
https://archive.fuss.bz.it/apt.key
Simone
--
Simone Piccardi Truelite Srl
piccardi(a)truelite.it (email/jabber) Via Monferrato, 6
Tel. +39-347-1032433 50142 Firenze
http://www.truelite.it Tel. +39-055-7879597
Buongiorno a tutti,
in accordo con Paolo scrivo questa e-mail con l'intento di avviare un
thread sulla /soft migration/ di FUSS Server.
La procedura che è attualmente documentata
su https://fuss-tech-guide.readthedocs.io/it/latest/incubatore/migrazione_soft…
<https://fuss-tech-guide.readthedocs.io/it/latest/incubatore/migrazione_soft…>
è quella che ho studiato io la settimana scorsa e testato, con esito
positivo. Una possibile controindicazione del metodo proposto è la
mancata conservazione delle samba??password che immagino dia problemi
alle reti Windows. Workaround potrebbe essere far scadere subito le
password di tutti gli utenti. Soluzione a questo problema - immagino -
sarebbe migrare l'albero con slapcat / slapadd. Riconosco renderebbe
anche la procedura più scorrevole. Se la cosa non genera problemi e non
intacca il server 10 (è cambiato lo schema? se ne installa uno più
vecchio così?) si potrebbe fare questo cambiamento.
Riguardo l'installazione, cerco di chiarire i motivi della scelta: ho
preferito partire dall'immagine del Cloud Team di Debian perché a lavoro
usavamo template fatti come (penso) quello di FUSS Server ovvero
installando la macchina virtuale da iso e poi installando il pacchetto
cloud-init. Questo creava però diversi problemi per cui alla fine quasi
mai la macchina era realmente fruibile: copia della chiave SSH,
scrittura del resolv.conf o configurazione delle interfacce di rete
erano complicazioni all'ordine del giorno. Questo unito al desiderio di
partire da un'immagine il più aggiornata possibile e la consapevolezza
che fuss-server dovrebbe riuscire a tirarsi su tutto da solo mi ha
portato a questa decisione che, non nascondo, porta la speranza di una
maggiore consapevolezza da parte dei tecnici nell'uso dei dischi in
Proxmox che spesso saturano l'LVM con conseguenti problemi, senza
contare che in futuro avere già le home su un disco separato
semplificherebbe ulteriormente la migrazione.
In ultimo, riguardo systemd da backports, ecco le motivazioni:
https://github.com/ansible/ansible/issues/71528
<https://github.com/ansible/ansible/issues/71528> . Sia fuss-server che
fuss-client falliscono senza il workaround di aggiornare systemd. Io mi
sono limitato a cercare la via più semplice, non so se ci siano altri
workaround meno invasivi.
-Marco
Buonasera a tutti,
abbiamo pubblicato questa sera su
http://iso.fuss.bz.it/fuss10/client/unofficial-images/ due nuove
immagini clonezilla del client fuss:
- fuss-10-amd64-client-k419-20201201-img.tar
- fuss-10-amd64-client-k508-20201130-img.tar
la prima con kernel 4.19, la seconda con kernel 5.8 preso da
buster-backports.
Nel file changelog.txt
(http://iso.fuss.bz.it/fuss10/client/unofficial-images/changelog.txt)
trovate le modifiche fatte rispetto alla precedente versione.
Saluti,
il Nucleo FUSS.
Salve,
da un dpkg-reconfigure fuss-fucc mi aspetterei di essere chiesto di
impostare la cartella per /srv/tftp/clonezilla in
/etc/fuss-fucc/sftpdir, potrebbe per esempio essere stata rimontata
altrove.
Saluti,
Guggi
Salve,
ho visto che recentemente è stato aggiornato l'immagine cloud-init
vzdump-qemu-103-2020_11_19-13_30_05.vma.zst.
È disponibile un changelog dettagliato per gli immagini server e client?
Saluti,
Guggi
Salve,
chiedo se è possibile creare link symbolici latest vs gli ultimi
versioni degli vari imagine server e client.
Faccio un esempio:
fuss-10-amd64-client-20200916-img.tar -> latest-fuss-10-amd64-client.tar
vzdump-qemu-103-2020_11_20-10_56_10.vma.zst -> latest vzdump-qemu.vma.zst
Saluti,
Guggi
E` stato aggiornato, testato e pubblicato il pacchetto clonezilla-pxe del server FUSS. Si basa sull'ultima versione *stable - 2.6.2-15 i686-pae* di clonezilla.
Lato server è necessario un
# apt update
# apt install clonezilla-pxe
Pacchetto e sorgenti sono, come sempre, su http://archive.fuss.bz.it/pool/ nella cartella http://archive.fuss.bz.it/pool/main/c/clonezilla-pxe/
Buon pomeriggio,
Paolo.
-----------------------------------------------------------------------
FUSS - Free Upgrade for a Sustainable School - https://fuss.bz.it
Sostenibilità digitale a scuola
Digitale Nachhaltigkeit in der Schule
Sostignibilité digitala a scora
Digital Sustainability at School
-----------------------------------------------------------------------
Sportello Open & Linux Schalter
https://fuss.bz.it/open-linux-desk/
-----------------------------------------------------------------------
Segnaliamo che stamattina è arrivato un aggiornamento di python3 su
debian jessie (fuss-server) che non è installabile, e rompe qualunque
cosa usi python3 (ad esempio octonet):
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931044
Per oggi conviene non aggiornare (o se si è già aggiornato serve
reinstallare i pacchetti precedenti); ci aspettiamo che a breve uscirà una
versione corretta del pacchetto.
Seguiranno aggiornamenti.
--
Elena Grandi Truelite Srl
elena(a)truelite.it Via Monferrato, 6
http://www.truelite.it/ 50142 Firenze
Office. +39-055-7879597
È stata rilasciata una nuova versione di fuss-server, 8.0.41,
comprendente le seguenti migliorie:
* In ``/etc/ansible/facts.d/fuss_server.fact`` vengono salvati timestamp
e versione di fuss-server dell'ultima volta in cui è stato effettuato
un ``fuss-server upgrade``
* Una configurazione di default in .screenrc per l'utente root:
* eventuali personalizzazioni possono essere aggiunte nel file
``/root/.screenrc-custom``
* Fix per le segnalazioni #775_ e #795_
_ #775: https://work.fuss.bz.it/issues/775
_ #795: https://work.fuss.bz.it/issues/795
È consigliato l'uso di ``fuss-server upgrade``.
--
Elena Grandi Truelite Srl
elena(a)truelite.it Via Monferrato, 6
http://www.truelite.it/ 50142 Firenze
Office. +39-055-7879597