Re: PC Desktop nuovo: Grub e dischi

[Piviul]

On 5/1/23 23:43, Paolo Redaelli wrote:

Le istantanee sono un altra caratteristica vincente.


beh gli snapshot li fa anche LVM... o intendi un altra cosa?

Piviul

Re: PC Desktop nuovo: Grub e dischi

[Diego Zuccato]

Il 28/04/2023 15:30, Piviul ha scritto:


Scusa ma chi è che usa un disco da 12T con un'unica partizione?
Io. 90 dischi, veramente :) E nella nuova iterazione diventeranno 18 
RAID5 da 44T (gruppi di 5: 4+1), se riesco a risolvere il problema col 
fail del RAID...


In 
ogni caso un fsck.ext4 anche su un volume di pochissimi tera mette a 
dura prova... ma btrfs o xfs hanno un sistema di filesystemcheck molto 
più veloce?
Con XFS è praticamente non misurabile (quasi istantaneo) anche in caso 
di spegnimento "sporco". A meno di errori sulla RAM.


comunque ho fatto una prova, volume di  3T non cachato su disco 
meccanico da 12T:

[...]
poco più di 3 minuti... mi sembra ad occhio accettabile; xfs o btrfs 
farebbe di meglio?

Su uno dei dischi da 12T, mentre inizializza il RAID su altri 5:
root@clustor01:/srv/bricks# df 05
File system 1K-blocchi  Usati   Disponib. Uso% Montato su
/dev/sdf1  11716796416 1455579512 10261216904  13% /srv/bricks/05

root@clustor01:/srv/bricks# umount 05

root@clustor01:/srv/bricks# date && xfs_repair /dev/sdf1 && date
mar 2 mag 2023, 08:00:56, CEST
Phase 1 - find and verify superblock...
Phase 2 - using internal log
- zero log...
- scan filesystem freespace and inode maps...
- found root inode chunk
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 9
- agno = 6
- agno = 8
- agno = 5
- agno = 10
- agno = 1
- agno = 2
- agno = 3
- agno = 7
- agno = 4
Phase 5 - rebuild AG headers and trees...
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- traversing filesystem ...
- traversal finished ...
- moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
done
mar 2 mag 2023, 08:19:21, CEST

Ma, come detto, normalmente (leggi: al reboot, anche dopo molti mesi di 
uptime) non è necessario e fa velocissimo. xfs_repair è solo per casi gravi.


--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: Grub e dischi

[Paolo Redaelli]

Il 1 maggio 2023 20:40:28 CEST, Piviul  ha scritto:
>Il 01/05/23 19:27, Marco Ciampa ha scritto:
>> [...]
>> ZFS e btrfs hanno per esempio la deduplicazione, ovvero se copi lo stesso
>> file da due parti nello stesso volume, la seconda copia non occupa
>> spazio, hanno la possibilità di avere una copia remota sincronizzata, il
>> raid fa il check solo dello spazio effettivamente occupato, ecc.
>> e sicuramente c'è dell'altro...
>non sapevo che anche ZFS avesse la deduplicazione dei files, allora non dico 
>più niente
>

Le istantanee sono un altra caratteristica vincente.
Chi li usa dice che sono assolutamente fantastici.

Io nel mio piccolo ho scoperto ieri che la mia Debian sulla macchina principale 
ha oramai più di dieci anni ed allora non avevo osato usare altro che non fosse 
ext4 

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Mon, May 01, 2023 at 08:40:28PM +0200, Piviul wrote:
> Il 01/05/23 19:27, Marco Ciampa ha scritto:
> > [...]
> > ZFS e btrfs hanno per esempio la deduplicazione, ovvero se copi lo stesso
> > file da due parti nello stesso volume, la seconda copia non occupa
> > spazio, hanno la possibilità di avere una copia remota sincronizzata, il
> > raid fa il check solo dello spazio effettivamente occupato, ecc.
> > e sicuramente c'è dell'altro...
> non sapevo che anche ZFS avesse la deduplicazione dei files, allora non dico
> più niente

https://www.truenas.com/docs/references/zfsdeduplication/
https://linuxhint.com/zfs-deduplication/
https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Piviul]

Il 01/05/23 19:27, Marco Ciampa ha scritto:

[...]
ZFS e btrfs hanno per esempio la deduplicazione, ovvero se copi lo stesso
file da due parti nello stesso volume, la seconda copia non occupa
spazio, hanno la possibilità di avere una copia remota sincronizzata, il
raid fa il check solo dello spazio effettivamente occupato, ecc.
e sicuramente c'è dell'altro...
non sapevo che anche ZFS avesse la deduplicazione dei files, allora non 
dico più niente


Grazie

Piviul

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Mon, May 01, 2023 at 01:55:48PM +0200, Piviul wrote:
> Il 29/04/23 15:58, Paride Desimone ha scritto:
> > Il 28 aprile 2023 13:11:15 UTC, Piviul  ha scritto:
> > > Scusa ma chi è che usa un disco da 12T con un'unica partizione?
> > In una configurazione raid per esempio
> beh ma non fai un fsck su un volume raid, lo fai su una partizione no?
> 
> Ma cambiando leggermente il focus qualche tempo fa stavo investendo un po'
> di tempo su zfs poi con le polemiche sulla licenza zfs mi sono indirizzato
> su LVM + ext4 e devo dire che mi sono trovato molto bene e non mi sembra che
> zfs abbia qualcosa in più... o forse mi sbaglio? In altre parole cos'ha ZFS
> in più di LVM?
> 
> Piviul

ZFS e btrfs hanno per esempio la deduplicazione, ovvero se copi lo stesso
file da due parti nello stesso volume, la seconda copia non occupa
spazio, hanno la possibilità di avere una copia remota sincronizzata, il
raid fa il check solo dello spazio effettivamente occupato, ecc.
e sicuramente c'è dell'altro...

Qui c'è una breve spiegazione dei vantaggi di btrfs:

https://www.synology.com/it-it/dsm/Btrfs


-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Piviul]

Il 29/04/23 15:58, Paride Desimone ha scritto:

Il 28 aprile 2023 13:11:15 UTC, Piviul  ha scritto:

Scusa ma chi è che usa un disco da 12T con un'unica partizione?

In una configurazione raid per esempio

beh ma non fai un fsck su un volume raid, lo fai su una partizione no?

Ma cambiando leggermente il focus qualche tempo fa stavo investendo un 
po' di tempo su zfs poi con le polemiche sulla licenza zfs mi sono 
indirizzato su LVM + ext4 e devo dire che mi sono trovato molto bene e 
non mi sembra che zfs abbia qualcosa in più... o forse mi sbaglio? In 
altre parole cos'ha ZFS in più di LVM?


Piviul

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Sat, Apr 29, 2023 at 02:02:43PM +, Paride Desimone wrote:
> Il 28 aprile 2023 14:11:58 UTC, Marco Ciampa  ha scritto:
> 
> >
> >Chi %%% ha inventato i dischi SMR... utili solo in ambiente desktop...
> >
> 
> Boh? E comunque nemmeno ambiente desktop ne riacquisterei mai più uno.
> Ho in nvme ed un seagate da 2tb smr. Gli avevo messo su la /usr. 10 minuti, 
> dieci, solo per caricare l'os stabilmente poterci interagire. Ho riportato la 
> /usr sotto nvme ed ora l'smr lo uso come home di backup.
> 

Sono al 1000% d'accordo con te.

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Sat, Apr 29, 2023 at 02:28:37PM +, Paride Desimone wrote:
> Il 28 aprile 2023 14:47:08 UTC, Marco Ciampa  
> 
> >No intendo cha ha _alcune_ funzionalità RAID integrate (RAID 5 e 6 mica
> >poco...) 
> 
> Anche zfs

No intendevo che in btrfs RAID5 e 6 _non_ funzionano (ancora).

> 
> >Ma le cose stanno (lentamente) evolvendo...
> >
> >https://btrfs.readthedocs.io/en/latest/Status.html
> >
> 
> Eh, ho capito, ma decisamente troppo lentamente. Sento parlare di btrfs come 
> una promessa da troppo tempo. E le aziende con le promesse non ci fanno 
> nulla. 
> zfs, è utilizzato in in bel po' di ambienti militari da quel che so.
> 
> >
> >1) la licenza, fatta "apposta" per "rompere" (al)la comunità Linux 
> >
> >https://itsfoss.com/linus-torvalds-zfs/
> >
> 

> Sinceramente di ciò che dice linus, me ne frega ben poco. Vorrei
> ricordarti che Linus, è lo stesso tizio che ha dichiarato pubblicamente
> che non usa debian perché è troppo difficile. 

1) le due cose non centrano niente

e

2) perdona la franchezza e la "bestemmia" ha ragione Linus ... ma questo, lo 
ripeto, è un altro discorso..

> Intendiamoci, non difendo a spada tratta zfs, che a mio modesto parere
> non ha senso se non negli storage o nas di un certo calibro

hai ragione e capisco e pure solo su quelli, come vedi scritto ... zfs
lascia molto a desiderare... infatti non è che sia poi così usato mentre btrfs 
...

> (per utilizzarlo al meglio e con tutte le sue funzionalità servono dai 20gb di
> ram in su e con un disco ssd o nvme come cache),

e ancora le cose importanti, tipo come aggiungere unità di dimensione
diversa mentre va, mancano incredibilmente...

> ma di btrfs, ho sempre sentito che è una promessa, aggiungo incompiuta.

si qua questo in genere lo dice chi non lo usa... però è vero che c'è una
montagna di gente che usa btrfs ma quasi nessuno contribuisce... se solo
il 10% degli utilizzatori contribuissero allo sviluppo di btrfs ora non
parleremmo più di zfs...

per esempio opensuse lo usa e sta diventando piano piano una delle distro
più interessanti in giro...

> Spero di aver chiarito il mio pensiero.

anche io

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Paride Desimone]

Il 28 aprile 2023 14:47:08 UTC, Marco Ciampa  

>No intendo cha ha _alcune_ funzionalità RAID integrate (RAID 5 e 6 mica
>poco...) 

Anche zfs

>Ma le cose stanno (lentamente) evolvendo...
>
>https://btrfs.readthedocs.io/en/latest/Status.html
>

Eh, ho capito, ma decisamente troppo lentamente. Sento parlare di btrfs come 
una promessa da troppo tempo. E le aziende con le promesse non ci fanno nulla. 
zfs, è utilizzato in in bel po' di ambienti militari da quel che so.

>
>1) la licenza, fatta "apposta" per "rompere" (al)la comunità Linux 
>
>https://itsfoss.com/linus-torvalds-zfs/
>

Sinceramente di ciò che dice linus, me ne frega ben poco. Vorrei ricordarti che 
Linus, è lo stesso tizio che ha dichiarato pubblicamente che non usa debian 
perché è troppo difficile. 
Intendiamoci, non difendo a spada tratta zfs, che a mio modesto parere non ha 
senso se non negli storage o nas di un certo calibro (per utilizzarlo al meglio 
e con tutte le sue funzionalità servono dai 20gb di ram in su e con un disco 
ssd o nvme come cache), ma di btrfs, ho sempre sentito che è una promessa, 
aggiungo incompiuta.
Spero di aver chiarito il mio pensiero.

/paride

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: PC Desktop nuovo: Grub e dischi

[Paride Desimone]

Il 28 aprile 2023 14:11:58 UTC, Marco Ciampa  ha scritto:

>
>Chi %%% ha inventato i dischi SMR... utili solo in ambiente desktop...
>

Boh? E comunque nemmeno ambiente desktop ne riacquisterei mai più uno.
Ho in nvme ed un seagate da 2tb smr. Gli avevo messo su la /usr. 10 minuti, 
dieci, solo per caricare l'os stabilmente poterci interagire. Ho riportato la 
/usr sotto nvme ed ora l'smr lo uso come home di backup.

/paride 

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: PC Desktop nuovo: Grub e dischi

[Paride Desimone]

Il 28 aprile 2023 13:11:15 UTC, Piviul  ha scritto:

>Scusa ma chi è che usa un disco da 12T con un'unica partizione? 

In una configurazione raid per esempio

/paride


-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: PC Desktop nuovo: Grub e dischi

[Paride Desimone]

>No non lo è. E zfs ha seri problemi di licenze 

Da ciò che ho letto, la licenza sarebbe restrittiva sul fornire un binario, ma 
non impatterebbe sulla compilazione dei sorgenti.


(e altri problemi tecnici
>che btrfs non ha e viceversa, vedi RAID)

 Tipo?

/paride 
.
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Fri, Apr 28, 2023 at 02:20:44PM +0200, Diego Zuccato wrote:
> Il 28/04/2023 13:35, Marco Ciampa ha scritto:
> 
> > No non lo è. E zfs ha seri problemi di licenze (e altri problemi tecnici
> > che btrfs non ha e viceversa, vedi RAID)
> Scusa, potresti articolare meglio?

Si scusa...

> btrfs ha problemi col RAID?

con alcune tipologie di RAID si. Sto parlando di funzionalità
_integrate_, _non_ uso di RAID con SOPRA btrfs. Quest'ultimo funziona
SEMPRE.

> O intendevi che non ha la funzionalità RAID integrata come ZFS?

No intendo cha ha _alcune_ funzionalità RAID integrate (RAID 5 e 6 mica
poco...) ma che alcune _non_ funzionano in maniera affidabile come con
ZFS o il RAID software di Linux o il RAID integrato nelle ultime versioni
di LVM.

Ma le cose stanno (lentamente) evolvendo...

https://btrfs.readthedocs.io/en/latest/Status.html

> Adesso oltre tutto mi hai messo la pulce nell'orecchio e mi tocca indagare
> sulla compatibilità ZFS-Gluster... :)

Ma no, credo che lì non avrai problemi. Mentre ZFS ha altre rogne.

1) la licenza, fatta "apposta" per "rompere" (al)la comunità Linux 

https://itsfoss.com/linus-torvalds-zfs/

2) la gestione dei volumi con ZFS è "primitiva" a dir poco. Leggetevi la
differenza con btrfs qui per esempio: 

https://markmcb.com/2020/01/07/five-years-of-btrfs/

Sto aspettando che sistemino il RAID5 e 6 per passare definitivamente ad
un sistema btrfs _only_ senza RAID software e senza LVM di mezzo.

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Fri, Apr 28, 2023 at 10:35:13AM +0200, Diego Zuccato wrote:
> Seee... magari! Comunque ho già visto i 20T CMR e i 22T SMR... in server che
> ne portano 90!
> Ora sto scancherando proprio con quei dischi: se usati singolarmente vanno
> benissimo (con dd leggo a 190M/s di media su tutto il disco, con punte di
> 250M/s), ma se metto in RAID i primi 5 dopo un po' si blocca o segnala due
> dischi guasti :(

SMR chiaro, e con qualsiasi fs ci monti sopra. Per NAS sono tabù...
ricostruzione / check di ARRAY / RAID / RAIDZ che durano settimane... In
realtà la segnalazione di guasto deriva dal fatto che il NAS dopo un po'
di ore (giorni) va (giustamente) in timeout e dichiara forfait segnando
il disco come guasto ...

Chi %%% ha inventato i dischi SMR... utili solo in ambiente desktop...

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Piviul]

On 4/28/23 15:11, Piviul wrote:

On 4/28/23 07:54, Diego Zuccato wrote:
Brutta storia quella di Hans Reiser... Anche io usavo reiserfs sulle 
mie macchine, finché un aggiornamento non le ha brickate (supporto 
reiserfs rimosso dal kernel). Problema limitato per root e home, più 
rognoso per i dischi dati... :(


Quello che non mi convince molto del disabilitare il check è: cosa 
trova se lo abiliti e fai uno shutdown pulito? Non vedere gli errori 
è un po' come ignorare un memory leak... Su un desktop può non essere 
grave, ma su un server è meglio evitare. Se xfs_repair -L ha 
impiegato più di 4 ore per il controllo di *un* disco da 12T, quanto 
ci avrebbe messo l'equivalente fsck.ext4 ?


Scusa ma chi è che usa un disco da 12T con un'unica partizione? In 
ogni caso un fsck.ext4 anche su un volume di pochissimi tera mette a 
dura prova... ma btrfs o xfs hanno un sistema di filesystemcheck molto 
più veloce?


comunque ho fatto una prova, volume di  3T non cachato su disco 
meccanico da 12T:


# date && fsck.ext4 -f /dev/backup-server-vg/nas1-backup && date
Fri 28 Apr 2023 03:21:12 PM CEST
e2fsck 1.46.2 (28-Feb-2021)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/backup-server-vg/nas1-backup: 5688300/201326592 files (0.6% 
non-contiguous), 731688406/805306368 blocks

Fri 28 Apr 2023 03:24:35 PM CEST
# mount -a
# df -h /dev/backup-server-vg/nas1-backup
Filesystem   Size  Used Avail Use% 
Mounted on
/dev/mapper/backup--server--vg-nas1--backup  3.0T  2.7T  138G  96% 
/srv/backups/nas1

# lvs /dev/backup-server-vg/nas1-backup
  LV  VG   Attr   LSize Pool Origin Data% 
Meta%  Move Log Cpy%Sync Convert

  nas1-backup backup-server-vg -wi-ao 3.00t

poco più di 3 minuti... mi sembra ad occhio accettabile; xfs o btrfs 
farebbe di meglio?


Piviul

Re: PC Desktop nuovo: Grub e dischi

[Piviul]

On 4/28/23 07:54, Diego Zuccato wrote:
Brutta storia quella di Hans Reiser... Anche io usavo reiserfs sulle 
mie macchine, finché un aggiornamento non le ha brickate (supporto 
reiserfs rimosso dal kernel). Problema limitato per root e home, più 
rognoso per i dischi dati... :(


Quello che non mi convince molto del disabilitare il check è: cosa 
trova se lo abiliti e fai uno shutdown pulito? Non vedere gli errori è 
un po' come ignorare un memory leak... Su un desktop può non essere 
grave, ma su un server è meglio evitare. Se xfs_repair -L ha impiegato 
più di 4 ore per il controllo di *un* disco da 12T, quanto ci avrebbe 
messo l'equivalente fsck.ext4 ?


Scusa ma chi è che usa un disco da 12T con un'unica partizione? In ogni 
caso un fsck.ext4 anche su un volume di pochissimi tera mette a dura 
prova... ma btrfs o xfs hanno un sistema di filesystemcheck molto più 
veloce?


Piviu

Re: PC Desktop nuovo: Grub e dischi

[Diego Zuccato]

Il 28/04/2023 13:35, Marco Ciampa ha scritto:


No non lo è. E zfs ha seri problemi di licenze (e altri problemi tecnici
che btrfs non ha e viceversa, vedi RAID)

Scusa, potresti articolare meglio?
btrfs ha problemi col RAID? O intendevi che non ha la funzionalità RAID 
integrata come ZFS?
Adesso oltre tutto mi hai messo la pulce nell'orecchio e mi tocca 
indagare sulla compatibilità ZFS-Gluster... :)


--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Fri, Apr 28, 2023 at 09:48:45AM +, Paride Desimone wrote:
> Il 27-04-2023 14:55 Marco Ciampa ha scritto:
> 
> > e comunque io preferisto btrfs anche se aspetto che Ubuntu lo metta di
> > default come OpenSuse per averne tutti i vantaggi "di sistema". Per ora
> 
> Credo che aspetterai all'infinito ed oltre. Ubuntu si sta indirizzando da
> tempo su zfs.
> Che poi per soluzioni desktop, non vedo l'utilità. zfs per funzionare al
> pieno delle sue capacità, ha bisogno di ram, tanta ram. Ovviamente deve
> essere ecc. btrfs, non lo conosco, ma suppongo che se abbia funzionalità
> simili, anch'esso sia "ramgivoro".

No non lo è. E zfs ha seri problemi di licenze (e altri problemi tecnici
che btrfs non ha e viceversa, vedi RAID)

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Diego Zuccato]

Seee... magari! Comunque ho già visto i 20T CMR e i 22T SMR... in server 
che ne portano 90!
Ora sto scancherando proprio con quei dischi: se usati singolarmente 
vanno benissimo (con dd leggo a 190M/s di media su tutto il disco, con 
punte di 250M/s), ma se metto in RAID i primi 5 dopo un po' si blocca o 
segnala due dischi guasti :(


Diego

Il 28/04/2023 10:29, Marco Ciampa ha scritto:

On Fri, Apr 28, 2023 at 07:54:30AM +0200, Diego Zuccato wrote:

Brutta storia quella di Hans Reiser... Anche io usavo reiserfs sulle mie
macchine, finché un aggiornamento non le ha brickate (supporto reiserfs
rimosso dal kernel). Problema limitato per root e home, più rognoso per i
dischi dati... :(

Quello che non mi convince molto del disabilitare il check è: cosa trova se
lo abiliti e fai uno shutdown pulito? Non vedere gli errori è un po' come
ignorare un memory leak... Su un desktop può non essere grave, ma su un
server è meglio evitare. Se xfs_repair -L ha impiegato più di 4 ore per il
controllo di *un* disco da 12T, quanto ci avrebbe messo l'equivalente
fsck.ext4 ?



L'unica è provare... non hai un disco da 12T che ti avanza per caso?

:-))



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: Grub e dischi

[Paride Desimone]

Il 27-04-2023 14:55 Marco Ciampa ha scritto:


e comunque io preferisto btrfs anche se aspetto che Ubuntu lo metta di
default come OpenSuse per averne tutti i vantaggi "di sistema". Per ora


Credo che aspetterai all'infinito ed oltre. Ubuntu si sta indirizzando 
da tempo su zfs.
Che poi per soluzioni desktop, non vedo l'utilità. zfs per funzionare al 
pieno delle sue capacità, ha bisogno di ram, tanta ram. Ovviamente deve 
essere ecc. btrfs, non lo conosco, ma suppongo che se abbia funzionalità 
simili, anch'esso sia "ramgivoro".


/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Fri, Apr 28, 2023 at 07:54:30AM +0200, Diego Zuccato wrote:
> Brutta storia quella di Hans Reiser... Anche io usavo reiserfs sulle mie
> macchine, finché un aggiornamento non le ha brickate (supporto reiserfs
> rimosso dal kernel). Problema limitato per root e home, più rognoso per i
> dischi dati... :(
> 
> Quello che non mi convince molto del disabilitare il check è: cosa trova se
> lo abiliti e fai uno shutdown pulito? Non vedere gli errori è un po' come
> ignorare un memory leak... Su un desktop può non essere grave, ma su un
> server è meglio evitare. Se xfs_repair -L ha impiegato più di 4 ore per il
> controllo di *un* disco da 12T, quanto ci avrebbe messo l'equivalente
> fsck.ext4 ?
> 

L'unica è provare... non hai un disco da 12T che ti avanza per caso?

:-))

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Diego Zuccato]

Brutta storia quella di Hans Reiser... Anche io usavo reiserfs sulle mie 
macchine, finché un aggiornamento non le ha brickate (supporto reiserfs 
rimosso dal kernel). Problema limitato per root e home, più rognoso per 
i dischi dati... :(


Quello che non mi convince molto del disabilitare il check è: cosa trova 
se lo abiliti e fai uno shutdown pulito? Non vedere gli errori è un po' 
come ignorare un memory leak... Su un desktop può non essere grave, ma 
su un server è meglio evitare. Se xfs_repair -L ha impiegato più di 4 
ore per il controllo di *un* disco da 12T, quanto ci avrebbe messo 
l'equivalente fsck.ext4 ?


Diego

Il 28/04/2023 06:47, Piviul ha scritto:

On 4/27/23 11:29, Diego Zuccato wrote:

[...]
Con XFS, fintanto che non ci sono problemi HW (soprattutto con la 
RAM), non ho mai avuto problemi. E boot sempre in tempi accettabili. 
Finora ho avuto problemi solo con una mobo che talvolta leggeva male 
dalla RAM (stessi problemi dopo la sostituzione della RAM, risolti con 
la sostituzione della mobo) e ovviamente quando ci sono stati problemi 
al disco (ma spesso si riescono a recuperare gran parte dei dati).


Scusate, per amore d'onestà devo fare una piccola precisazione. Sono 
andato a ripassare il problema avuto nel 2011, il filesystem era 
raiserfs e non xfs ricordavo male. Comunque in tanti anni ext3/ext4 non 
mi ha mai tradito ed in effetti ho tolto anch'io da tempo il fsck 
periodico automatico al boot e non ho mai avuto alcun problema.


Buona giornata

Piviul





--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: Grub e dischi

[Piviul]

On 4/27/23 11:29, Diego Zuccato wrote:

[...]
Con XFS, fintanto che non ci sono problemi HW (soprattutto con la 
RAM), non ho mai avuto problemi. E boot sempre in tempi accettabili. 
Finora ho avuto problemi solo con una mobo che talvolta leggeva male 
dalla RAM (stessi problemi dopo la sostituzione della RAM, risolti con 
la sostituzione della mobo) e ovviamente quando ci sono stati problemi 
al disco (ma spesso si riescono a recuperare gran parte dei dati).


Scusate, per amore d'onestà devo fare una piccola precisazione. Sono 
andato a ripassare il problema avuto nel 2011, il filesystem era 
raiserfs e non xfs ricordavo male. Comunque in tanti anni ext3/ext4 non 
mi ha mai tradito ed in effetti ho tolto anch'io da tempo il fsck 
periodico automatico al boot e non ho mai avuto alcun problema.


Buona giornata

Piviul

Re: PC Desktop nuovo: Grub e dischi

[Diego Zuccato]

Beh, c'è sempre da imparare :) Sicuramente c'è stata una grande 
evoluzione e potrebbe essere interessante ri-valutare ext4 e btrfs. 
Anche se magari non sui nodi Gluster (30 dischi da 12T per ogni server)...


Diego

Il 27/04/2023 16:55, Marco Ciampa ha scritto:

On Thu, Apr 27, 2023 at 11:29:22AM +0200, Diego Zuccato wrote:

Personalmente ho "bidonato" ext* da quando ho iniziato ad avere dischi da 2T
o più: tenendo le macchine sempre accese (magari in suspend) per mesi, ad
ogni reboot ci volevano ore per il check del fs, e ogni volta trovava
qualche incongruenza senza che ci fossero stati eventi anomali.
Con XFS, fintanto che non ci sono problemi HW (soprattutto con la RAM), non
ho mai avuto problemi. E boot sempre in tempi accettabili. Finora ho avuto
problemi solo con una mobo che talvolta leggeva male dalla RAM (stessi
problemi dopo la sostituzione della RAM, risolti con la sostituzione della
mobo) e ovviamente quando ci sono stati problemi al disco (ma spesso si
riescono a recuperare gran parte dei dati).

Diego


Lungi da me insegnarti qualcosa, sicuramente ne sai più di me senza
dubbio.

Anche io non ho mai avuto problemi con xfs ma i problemi che riporti tu
di ext* non esistono più da tempo. Ora, anche per check completo di
dischi molto grandi, ext* è una scheggia, e il controllo periodico del
disco non serve più tanto che molte distro lo hanno disabilitato e lo
forzano solo in caso di arresto imprevisto per mancanza di corrente o
crash del sistema.

https://en.wikipedia.org/wiki/Ext4#Features

https://en.wikipedia.org/wiki/File:E2fsck-uninit.svg

e comunque io preferisto btrfs anche se aspetto che Ubuntu lo metta di
default come OpenSuse per averne tutti i vantaggi "di sistema". Per ora
btrfs lo uso solo sui NAS, persino su un NAS che mi sono fatto con
RaspberryPi (3x8TB di dischi sata in RAID5+LVM+Btrfs) e prestazioni
comparabili a ext4, per dire quante poche risorse (CPU+RAM) usa...



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Thu, Apr 27, 2023 at 11:29:22AM +0200, Diego Zuccato wrote:
> Personalmente ho "bidonato" ext* da quando ho iniziato ad avere dischi da 2T
> o più: tenendo le macchine sempre accese (magari in suspend) per mesi, ad
> ogni reboot ci volevano ore per il check del fs, e ogni volta trovava
> qualche incongruenza senza che ci fossero stati eventi anomali.
> Con XFS, fintanto che non ci sono problemi HW (soprattutto con la RAM), non
> ho mai avuto problemi. E boot sempre in tempi accettabili. Finora ho avuto
> problemi solo con una mobo che talvolta leggeva male dalla RAM (stessi
> problemi dopo la sostituzione della RAM, risolti con la sostituzione della
> mobo) e ovviamente quando ci sono stati problemi al disco (ma spesso si
> riescono a recuperare gran parte dei dati).
> 
> Diego

Lungi da me insegnarti qualcosa, sicuramente ne sai più di me senza
dubbio.

Anche io non ho mai avuto problemi con xfs ma i problemi che riporti tu
di ext* non esistono più da tempo. Ora, anche per check completo di
dischi molto grandi, ext* è una scheggia, e il controllo periodico del
disco non serve più tanto che molte distro lo hanno disabilitato e lo
forzano solo in caso di arresto imprevisto per mancanza di corrente o
crash del sistema.

https://en.wikipedia.org/wiki/Ext4#Features

https://en.wikipedia.org/wiki/File:E2fsck-uninit.svg

e comunque io preferisto btrfs anche se aspetto che Ubuntu lo metta di
default come OpenSuse per averne tutti i vantaggi "di sistema". Per ora
btrfs lo uso solo sui NAS, persino su un NAS che mi sono fatto con
RaspberryPi (3x8TB di dischi sata in RAID5+LVM+Btrfs) e prestazioni
comparabili a ext4, per dire quante poche risorse (CPU+RAM) usa...

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Diego Zuccato]

Personalmente ho "bidonato" ext* da quando ho iniziato ad avere dischi 
da 2T o più: tenendo le macchine sempre accese (magari in suspend) per 
mesi, ad ogni reboot ci volevano ore per il check del fs, e ogni volta 
trovava qualche incongruenza senza che ci fossero stati eventi anomali.
Con XFS, fintanto che non ci sono problemi HW (soprattutto con la RAM), 
non ho mai avuto problemi. E boot sempre in tempi accettabili. Finora ho 
avuto problemi solo con una mobo che talvolta leggeva male dalla RAM 
(stessi problemi dopo la sostituzione della RAM, risolti con la 
sostituzione della mobo) e ovviamente quando ci sono stati problemi al 
disco (ma spesso si riescono a recuperare gran parte dei dati).


Diego

Il 26/04/2023 19:57, Paride Desimone ha scritto:

Il 26 aprile 2023 13:27:51 UTC, Piviul  ha scritto:

On 4/25/23 08:27, Paride Desimone wrote:

Il 30 marzo 2023 09:36:14 UTC, Piviul  ha scritto:

beh, in lvm è vero che definisci la dimensione della partizione però puoi 
aumentarne la dimensione live (per diminuirla mi sembra di ricordare che la 
devi prima smontare). A me sembra utile proprio per tenere sotto controllo lo 
stato di occupazione di una partizione...

Occhio però che con il ridimensionamento in negativo, se hai determinati file 
system, xfs è uno di questi, è distruttivo. Quindi hai bisogno di effettuare il 
backup, ridimensionare e ripristinare. Con ext4 invece va tutto liscio.


Grazie Paride, non sapevo... Comunque da quando improvvisamente, senza che ci 
fosse stato un problema hardware un volume xfs mi ha dato forfait e poi 
cercando in internet ho scoperto di non essere il solo sfortunato, quel fs è 
scomparso dal mio vocabolario.

Piviul




Guarda, oramai parto dalla convinzione che se non mi serve per gli storage, 
dove ci sono macchine di un certo livello di affidabilità, ext4 rimane il fs 
predefinito.
/paride


--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: Grub e dischi

[Paride Desimone]

Il 26 aprile 2023 13:27:51 UTC, Piviul  ha scritto:
>On 4/25/23 08:27, Paride Desimone wrote:
>> Il 30 marzo 2023 09:36:14 UTC, Piviul  ha scritto:
>>> beh, in lvm è vero che definisci la dimensione della partizione però puoi 
>>> aumentarne la dimensione live (per diminuirla mi sembra di ricordare che la 
>>> devi prima smontare). A me sembra utile proprio per tenere sotto controllo 
>>> lo stato di occupazione di una partizione...
>> Occhio però che con il ridimensionamento in negativo, se hai determinati 
>> file system, xfs è uno di questi, è distruttivo. Quindi hai bisogno di 
>> effettuare il backup, ridimensionare e ripristinare. Con ext4 invece va 
>> tutto liscio.
>
>Grazie Paride, non sapevo... Comunque da quando improvvisamente, senza che ci 
>fosse stato un problema hardware un volume xfs mi ha dato forfait e poi 
>cercando in internet ho scoperto di non essere il solo sfortunato, quel fs è 
>scomparso dal mio vocabolario.
>
>Piviul
>
>

Guarda, oramai parto dalla convinzione che se non mi serve per gli storage, 
dove ci sono macchine di un certo livello di affidabilità, ext4 rimane il fs 
predefinito.
/paride
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: PC Desktop nuovo: Grub e dischi

[Piviul]

On 4/25/23 08:27, Paride Desimone wrote:

Il 30 marzo 2023 09:36:14 UTC, Piviul  ha scritto:

beh, in lvm è vero che definisci la dimensione della partizione però puoi 
aumentarne la dimensione live (per diminuirla mi sembra di ricordare che la 
devi prima smontare). A me sembra utile proprio per tenere sotto controllo lo 
stato di occupazione di una partizione...

Occhio però che con il ridimensionamento in negativo, se hai determinati file 
system, xfs è uno di questi, è distruttivo. Quindi hai bisogno di effettuare il 
backup, ridimensionare e ripristinare. Con ext4 invece va tutto liscio.


Grazie Paride, non sapevo... Comunque da quando improvvisamente, senza 
che ci fosse stato un problema hardware un volume xfs mi ha dato forfait 
e poi cercando in internet ho scoperto di non essere il solo sfortunato, 
quel fs è scomparso dal mio vocabolario.


Piviul

Re: PC Desktop nuovo: BackUp con Rsync

[Piviul]

On 4/20/23 15:08, Diego Zuccato wrote:
Infatti avevo scritto "in generale". E comunque è sempre problematico 
fare lo snapshot sincrono di più partizioni, magari su dischi diversi.
Proxmox risolve mettendo in suspend la VM mentre crea il punto di 
snapshot, poi la sblocca e tutte le scritture vanno in un log fino a 
che non viene cancellato lo snapshot (o sposta nel log i settori che 
vengono sovrascritti, non ricordo esattamente). Ma è inapplicabile ad 
una macchina fisica.


E comunque anche con lo snapshot quando fai il restore è poco meno 
grave della situazione che ti ritroveresti dopo un reset brutale. 
Alcuni FS collaborano meglio di altri con LVM, ma nulla batte un 
umount pulito.


si scusate, confermo, non è proprio vero quello che ho detto, se sono 
installati databases sicuramente potrebbero soffrire... ma nulla vieta 
di mettere i db su un altro volume e applicare ai db procedure di dump 
piuttosto che fare il backup dei volumi...


Piviul

Re: PC Desktop nuovo: lscpu e dmesg

[pinguino]

Il 25/04/23 17:31, Marco Ciampa ha scritto:

On Tue, Apr 25, 2023 at 04:27:39PM +0200, pinguino wrote:

Il 25/04/23 15:09, Marco Ciampa ha scritto:

On Mon, Apr 24, 2023 at 01:44:43PM +0200, pinguino wrote:

Buon giorno Lista,
Sta usando :
Parallel mksquashfs: Using 12 processors

Ho letto bene ? Usa 12 processori in parallelo ?


Molto probabilmente, un solo processore con 6 core dual thread che
vengono visti come 12 processori indipendenti.


Quali sono i comandi per capire meglio le caratteristiche della scheda madre
e della CPU ?

Buon giorno Lista,



lscpu

Qua dice cosi:
Architecture:x86_64
CPU op-mode(s):  32-bit, 64-bit
Byte Order:  Little Endian
Address sizes:   48 bits physical, 48 bits virtual
CPU(s):  12
On-line CPU(s) list: 0-11
Thread(s) per core:  2
Core(s) per socket:  6
Socket(s):   1
NUMA node(s):1
Vendor ID:   AuthenticAMD
CPU family:  25
Model:   80
Model name:  AMD Ryzen 5 5600G with Radeon Graphics


Come vedi avevo indovinato...



Questa è la frequenza del processore:
requency boost: enabled
CPU MHz: 1397.194
CPU max MHz: 5000,6831
CPU min MHz: 1400,
BogoMIPS:7784.85
Virtualization:  AMD-V

Qui dice che si può fare la virtualizzazione.
Come si fa?
All'avvio dice che Kvm non si può usare, perché è disabilitato nel BIOS.


All'accensione premi il tasto indicato nel manuale del tuo computer (esc
o F2 o F8/10/12), e abilitalo.


Buon giorno Lista,
Ok. Ho abilitato la funzione SVM mode.
Ora in dmesg da questo :
6.817856] kvm: Nested Virtualization enabled
[6.817870] SVM: kvm: Nested Paging enabled
[6.817870] SVM: Virtual VMLOAD VMSAVE supported
[6.817871] SVM: Virtual GIF supported

Quindi Kvm è presente nel mio sistema ?
Perché sapevo che ci sono altri modi di fare la virtualizzazione.
Avevo provato con il PC vecchio, ma non aveva il supporto dell'hardware. 
Quindi non potevo.





Dove devo guardare per attivare queste cose, se dovesse servire in futuro ?

Poi ci sono le vulnerabilità:
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass
disabled via prctl and seccomp
Vulnerability Spectre v1:Mitigation; usercopy/swapgs barriers and
__user pointer sanitization
Vulnerability Spectre v2:Mitigation; Retpolines, IBPB conditional,
IBRS_FW, STIBP always-on, RSB filling,


Mitigation vuol dire che la vulnerabilità HW è stata rilevata dal kernel
e disabilitata.

Quindi non ci sono vulnerabilità nel PC, per ora ?



Non dovrei svelare le vulnerabilità del mio computer, ma come faccio da solo
a capirci qualcosa ?


Leggere e domandare...

Ok.




Si possono correggere in qualche modo ?


Sono già a posto.

Meglio cosi.




Da queste invece sembra immune:
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf:  Not affected
Vulnerability Mds:   Not affected
Vulnerability Meltdown:  Not affected
Vulnerability Mmio stale data:   Not affected
Vulnerability Retbleed:  Not affected
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort:   Not affected


ok


Anche qua dice che le CPU sono 12:
NUMA node0 CPU(s):   0-11


no questo è come le "vede" il kernel ma sono 6 core dual thread.

Cioè ogni CPU vale per due ? Sono 6 CPU doppie ?



Sembra un computer artistico, ci sono nomi di pittori famosi.


è il nome dell'architettura di ATI/AMD


La scheda video sembra che sia della Radeon.


Radeon non è la marca ma il tipo. Marca ATI/AMD (AMD si è "comperata" ATI
tempo fa...)


Ci sono anche altri messaggi in dmesg che non capisco bene:
Unstable clock detected, switching default tracing clock to "global"
   If you want to keep using the local clock, then add:
 "trace_clock=local"
   on the kernel command line
Dice che c'è il clock instabile. Dice di fare delle cose. Ma come, in 
pratica ?


Sembra che ci sono dei conflitti nella parte video. Per ora a me sembra 
che funziona bene.

Video Device [VGA1] (multi-head: yes  rom: no  post: no)
[3.263554] acpi device:16: registered as cooling_device12
[3.263577] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:15/LNXVIDEO:01/input/input4
[3.266953] acpi PNP0C14:01: duplicate WMI GUID 
05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:00)
[3.268784] ACPI Warning: SystemIO range 
0x0B00-0x0B08 conflicts with OpRegion 
0x0B00-0x0B0F (\GSA1.SMBI) (20200925/utaddress-204)
[3.268791] ACPI: If an ACPI driver is available for this device, you 
should use it instead of the native driver

[3.273572] SCSI subsystem 

Re: PC Desktop nuovo: lscpu

[Marco Ciampa]

On Tue, Apr 25, 2023 at 04:27:39PM +0200, pinguino wrote:
> Il 25/04/23 15:09, Marco Ciampa ha scritto:
> > On Mon, Apr 24, 2023 at 01:44:43PM +0200, pinguino wrote:
> > > Buon giorno Lista,
> > > Sta usando :
> > > Parallel mksquashfs: Using 12 processors
> > > 
> > > Ho letto bene ? Usa 12 processori in parallelo ?
> > 
> > Molto probabilmente, un solo processore con 6 core dual thread che
> > vengono visti come 12 processori indipendenti.
> > 
> > > Quali sono i comandi per capire meglio le caratteristiche della scheda 
> > > madre
> > > e della CPU ?
> Buon giorno Lista,
> 
> > 
> > lscpu
> Qua dice cosi:
> Architecture:x86_64
> CPU op-mode(s):  32-bit, 64-bit
> Byte Order:  Little Endian
> Address sizes:   48 bits physical, 48 bits virtual
> CPU(s):  12
> On-line CPU(s) list: 0-11
> Thread(s) per core:  2
> Core(s) per socket:  6
> Socket(s):   1
> NUMA node(s):1
> Vendor ID:   AuthenticAMD
> CPU family:  25
> Model:   80
> Model name:  AMD Ryzen 5 5600G with Radeon Graphics

Come vedi avevo indovinato...

> 
> Questa è la frequenza del processore:
> requency boost: enabled
> CPU MHz: 1397.194
> CPU max MHz: 5000,6831
> CPU min MHz: 1400,
> BogoMIPS:7784.85
> Virtualization:  AMD-V
> 
> Qui dice che si può fare la virtualizzazione.
> Come si fa?
> All'avvio dice che Kvm non si può usare, perché è disabilitato nel BIOS.

All'accensione premi il tasto indicato nel manuale del tuo computer (esc
o F2 o F8/10/12), e abilitalo.

> Dove devo guardare per attivare queste cose, se dovesse servire in futuro ?
> 
> Poi ci sono le vulnerabilità:
> Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass
> disabled via prctl and seccomp
> Vulnerability Spectre v1:Mitigation; usercopy/swapgs barriers and
> __user pointer sanitization
> Vulnerability Spectre v2:Mitigation; Retpolines, IBPB conditional,
> IBRS_FW, STIBP always-on, RSB filling,

Mitigation vuol dire che la vulnerabilità HW è stata rilevata dal kernel
e disabilitata.

> Non dovrei svelare le vulnerabilità del mio computer, ma come faccio da solo
> a capirci qualcosa ?

Leggere e domandare...

> 
> Si possono correggere in qualche modo ?

Sono già a posto.

> 
> Da queste invece sembra immune:
> Vulnerability Itlb multihit: Not affected
> Vulnerability L1tf:  Not affected
> Vulnerability Mds:   Not affected
> Vulnerability Meltdown:  Not affected
> Vulnerability Mmio stale data:   Not affected
> Vulnerability Retbleed:  Not affected
> Vulnerability Srbds: Not affected
> Vulnerability Tsx async abort:   Not affected

ok

> Anche qua dice che le CPU sono 12:
> NUMA node0 CPU(s):   0-11

no questo è come le "vede" il kernel ma sono 6 core dual thread.

> Sembra un computer artistico, ci sono nomi di pittori famosi.

è il nome dell'architettura di ATI/AMD

> La scheda video sembra che sia della Radeon.

Radeon non è la marca ma il tipo. Marca ATI/AMD (AMD si è "comperata" ATI
tempo fa...)

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: lscpu

[Giuliano Grandin]

Il giorno Tue, 25 Apr 2023 16:27:39 +0200
pinguino  ha scritto:

...

> Virtualization:  AMD-V
> 
> Qui dice che si può fare la virtualizzazione.
> Come si fa?
> All'avvio dice che Kvm non si può usare, perché è disabilitato nel
> BIOS. Dove devo guardare per attivare queste cose, se dovesse servire
> in futuro ?
...

Devi cercare nel manuale della scheda madre

Giuliano

--
Armageddon was yesterday. Today we have a serious problem.

Da "Uomini che odiano le donne" - Stieg Larrson, p. 392

Re: PC Desktop nuovo: lscpu

[pinguino]

Il 25/04/23 15:09, Marco Ciampa ha scritto:

On Mon, Apr 24, 2023 at 01:44:43PM +0200, pinguino wrote:

Buon giorno Lista,
Sta usando :
Parallel mksquashfs: Using 12 processors

Ho letto bene ? Usa 12 processori in parallelo ?


Molto probabilmente, un solo processore con 6 core dual thread che
vengono visti come 12 processori indipendenti.


Quali sono i comandi per capire meglio le caratteristiche della scheda madre
e della CPU ?

Buon giorno Lista,



lscpu

Qua dice cosi:
Architecture:x86_64
CPU op-mode(s):  32-bit, 64-bit
Byte Order:  Little Endian
Address sizes:   48 bits physical, 48 bits virtual
CPU(s):  12
On-line CPU(s) list: 0-11
Thread(s) per core:  2
Core(s) per socket:  6
Socket(s):   1
NUMA node(s):1
Vendor ID:   AuthenticAMD
CPU family:  25
Model:   80
Model name:  AMD Ryzen 5 5600G with Radeon Graphics

Questa è la frequenza del processore:
requency boost: enabled
CPU MHz: 1397.194
CPU max MHz: 5000,6831
CPU min MHz: 1400,
BogoMIPS:7784.85
Virtualization:  AMD-V

Qui dice che si può fare la virtualizzazione.
Come si fa?
All'avvio dice che Kvm non si può usare, perché è disabilitato nel BIOS.
Dove devo guardare per attivare queste cose, se dovesse servire in futuro ?

Poi ci sono le vulnerabilità:
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass 
disabled via prctl and seccomp
Vulnerability Spectre v1:Mitigation; usercopy/swapgs barriers 
and __user pointer sanitization
Vulnerability Spectre v2:Mitigation; Retpolines, IBPB 
conditional, IBRS_FW, STIBP always-on, RSB filling,


Non dovrei svelare le vulnerabilità del mio computer, ma come faccio da 
solo a capirci qualcosa ?


Si possono correggere in qualche modo ?

Da queste invece sembra immune:
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf:  Not affected
Vulnerability Mds:   Not affected
Vulnerability Meltdown:  Not affected
Vulnerability Mmio stale data:   Not affected
Vulnerability Retbleed:  Not affected
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort:   Not affected

Anche qua dice che le CPU sono 12:
NUMA node0 CPU(s):   0-11

Sembra un computer artistico, ci sono nomi di pittori famosi.
 *-pci:0
  description: Host bridge
  product: Renoir Root Complex
-generic UNCLAIMED
 description: IOMMU
 product: Renoir IOMMU

Qua c'è Renoir
Ed anche Matisse:
*-pci
description: PCI bridge
product: Matisse Switch Upstream
*-pci:0
   description: PCI bridge
   product: Matisse PCIe GPP Bridge
   resources: irq:32 memory:fc50-fc6f
 *-generic UNCLAIMED
  description: Non-Essential Instrumentation
  product: Starship/Matisse Reserved SPP
 *-usb:0
  description: USB controller
  product: Matisse USB 3.0 Host Controller

Qui c'è Cezanne, per la scheda video:
*-display
description: VGA compatible controller
product: Cezanne

Però non c'è il connettore per la VGA, ma solo HDMI.
La scheda video sembra che sia della Radeon.

Grazie
Saluti

Claudio



Amike,
Marco Ciampa



--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Eggs

[Marco Ciampa]

On Mon, Apr 24, 2023 at 01:44:43PM +0200, pinguino wrote:
> Buon giorno Lista,
> Sta usando :
> Parallel mksquashfs: Using 12 processors
> 
> Ho letto bene ? Usa 12 processori in parallelo ?

Molto probabilmente, un solo processore con 6 core dual thread che
vengono visti come 12 processori indipendenti.

> Quali sono i comandi per capire meglio le caratteristiche della scheda madre
> e della CPU ?

lscpu
lspci
lsusb
lshw

--

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Paride Desimone]

Il 29 marzo 2023 15:01:48 UTC, Fabrizio  ha scritto:
>
>Perché non pensi a btrfs?
>Fai tutto quello che vuoi, compreso montare partizioni di due dischi
>diversi sullo stesso mount point. Ti fai le snapshot automatiche sia quando
>aggiorni sia prima di pasticciare una configurazione. Io ce l'ho su da tre
>anni sul portatile con 2 dischi proprio per le stesse ragioni e funziona
>benissimo. Ovviamente se scassi grub devi saper fare chroot. La swap la
>puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre fatta pena un
>degrado delle prestazioni. Ci sono parecchi video che lo spiegano compreso
>Linus.
>

Btrfs di quanta ram ha bisogno per funzionare con tutte le sue funzionalità? 
Perché se è come zfs, te ne fai poco su un sistema casalingo.

/paride


-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: PC Desktop nuovo: Grub e dischi

[Paride Desimone]

Il 30 marzo 2023 09:36:14 UTC, Piviul  ha scritto:

>beh, in lvm è vero che definisci la dimensione della partizione però puoi 
>aumentarne la dimensione live (per diminuirla mi sembra di ricordare che la 
>devi prima smontare). A me sembra utile proprio per tenere sotto controllo lo 
>stato di occupazione di una partizione...
>

Occhio però che con il ridimensionamento in negativo, se hai determinati file 
system, xfs è uno di questi, è distruttivo. Quindi hai bisogno di effettuare il 
backup, ridimensionare e ripristinare. Con ext4 invece va tutto liscio.

/paride

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: PC Desktop nuovo: BackUp con Eggs

[pinguino]

Il 23/04/23 18:49, pinguino ha scritto:

Il 20/04/23 11:16, pinguino ha scritto:

Il 20/04/23 08:17, Diego Zuccato ha scritto:

In pratica, col backup recuperi i file cancellati per errore o cose
simili, mentre col disaster recovery ripristini tutto il sistema ad 
uno

stato noto e funzionante.

Mi aggancio qui.
Finora io ho fatto solo copia in un disco esterno di /home e /root
Ok, ora aggiungo /etc
Utile, ma non indispensabile, se fai periodicamente immagini di 
disaster recovery.


Per l'altro aspetto, per il "disaster recovery", quali consigli avete? 
Mi sono sempre trovato bene con CloneZilla. Ma se proprio sei alla 
canna del gas puoi anche usare semplicemente dd e bzip2 (o pigz, se 
c'è nella live).

Buon giorno Lista,
Anche io mi trovo bene con Clonezilla. Recentemente con il nuovo PC ho 
rifatto un Cd-Rom che ha Clonezilla-live all'ultima versione.

Copia tutta la partizione alla velocità media di 15 Giga.
Poi bisogna smanettare un po con gli UUID, grub.cfg e fstab.



Sul sistema live (knoppix?), sul supporto da usare (DVD? disco USB 
esterno?), quali partizioni e poi supporti separati o no?
Sicuramente supporti separati. Poi devi valutare tu cosa usare. Se 
magari hai un vecchio NAS che normalmente tieni spento, puoi usare 
quello. O un disco USB. O un DVD, se è sufficiente. O anche un tape.



Con che criteri decidere la frequenza dei backup?

Alcune domande a cui devi rispondere:
- Quanto puoi permetterti di perdere senza dover poi sputare i peli?
- Quanto tempo sei disposto ad investire?
- Quanto spesso modifichi il sistema?
- Quanto tempo può rimanere spento il sistema sotto backup (poco 
significativo per un PC di casa, ma per un server è importante, tanto 
che si usano altri sistemi)?
- Tieni un diario di root dove indichi tutte le modifiche che apporti 
al sistema?


Per un PC di casa potresti p.e. decidere di fare un'immagine al mese, 
un'immagine extra prima di un aggiornamento di sistema (e magari 
un'altra dopo averlo testato), sincronizzazione giornaliera delle 
home verso un NAS o un disco esterno, sincronizzazione settimanale 
delle home su un disco esterno (diverso dal precedente, meglio se a 
rotazione tra due).


Qui ho trovato varie alternative a Remastersys.
https://alternativeto.net/software/remastersys/

Anni fa avevo usato sia Remastersys che Systemback.
Poi per vari motivi li avevo messi da parte.
Ora qual'è la situazione ?
Quali di questi sono funzionanti, con Debian ?


Buona sera Lista,
Oggi ho dato un'occhiata al sito delle alternative a Remastersys, e 
segnalo con viva e vibrante soddisfazione questo link :


https://alternativeto.net/software/penguins-eggs/about/

Cioè si chiama Penguins-eggs ha la piena compatibilità con Debian. Ed è 
in sviluppo ancora oggi.
Oggi nel giro di un'ora sono riuscito a creare un immagine Iso del mio 
sistema. Ci sono pochi e semplici macro-comandi ed anche ben spiegati 
nella documentazione.
Mi crea un'immagine da circa 6 Giga, che ho scritto su una chiavetta USB 
da circa 8 Giga.
Esiste la possibilità di comprimere ancora la Iso. Oppure devo trovare 
il modo di togliere dal sistema i pacchetti che occupano più spazio.

Come si fa?
Perché voglio anche riuscire ad avere una Iso, che si può masterizzare 
su un DVD da meno di 5 Giga.



Buon giorno Lista,
Sta usando :
Parallel mksquashfs: Using 12 processors

Ho letto bene ? Usa 12 processori in parallelo ?
Quali sono i comandi per capire meglio le caratteristiche della scheda 
madre e della CPU ?

In 5 massimo 10 minuti produce una ISO del sistema.
Ci sono anche altre cose che sai possono personalizzare.
Quando imparo ad usare meglio questo pacchetto.

Grazie
Saluti

Claudio


Grazie
Saluti

Claudio





Alla fine è "solo" questione di bilanciare costi (dischi esterni, 
tempo) e rischi (perdere dati per guasto, ransomware, errore umano).



Il pc è recente e UEFI.

Non significativo.

Di certo la fortuna di non aver mai avuto rotture al disco col s.o. 
mi ha impigrito, ma è ora che mi svegli, no?
Certamente. Il giorno migliore per iniziare a fare backup era ieri. 
La seconda scelta è oggi. Domani è tardi.
E ricordati di fare prove di restore dei backup! Un backup non 
testato è un backup non fatto!


Io infatti avevo sempre dei problemi con il Restore classico.
Non riuscivo mai a ripristinare un sistema danneggiato. Pur avendo i 
vari backup.


Quindi per "Restore" intendo provare che sia avviabile la partizione 
dove ho fatto semplicemente la copia della partizione del mio sistema.
Cioè verifico che dal menu di grub sia avviabile l'altra (o le altre 
partizioni) di cui ho fatto la copia.


Grazie
Saluti

Claudio






--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Eggs

[pinguino]

Il 20/04/23 11:16, pinguino ha scritto:

Il 20/04/23 08:17, Diego Zuccato ha scritto:

In pratica, col backup recuperi i file cancellati per errore o cose
simili, mentre col disaster recovery ripristini tutto il sistema ad uno
stato noto e funzionante.

Mi aggancio qui.
Finora io ho fatto solo copia in un disco esterno di /home e /root
Ok, ora aggiungo /etc
Utile, ma non indispensabile, se fai periodicamente immagini di 
disaster recovery.


Per l'altro aspetto, per il "disaster recovery", quali consigli avete? 
Mi sono sempre trovato bene con CloneZilla. Ma se proprio sei alla 
canna del gas puoi anche usare semplicemente dd e bzip2 (o pigz, se 
c'è nella live).

Buon giorno Lista,
Anche io mi trovo bene con Clonezilla. Recentemente con il nuovo PC ho 
rifatto un Cd-Rom che ha Clonezilla-live all'ultima versione.

Copia tutta la partizione alla velocità media di 15 Giga.
Poi bisogna smanettare un po con gli UUID, grub.cfg e fstab.



Sul sistema live (knoppix?), sul supporto da usare (DVD? disco USB 
esterno?), quali partizioni e poi supporti separati o no?
Sicuramente supporti separati. Poi devi valutare tu cosa usare. Se 
magari hai un vecchio NAS che normalmente tieni spento, puoi usare 
quello. O un disco USB. O un DVD, se è sufficiente. O anche un tape.



Con che criteri decidere la frequenza dei backup?

Alcune domande a cui devi rispondere:
- Quanto puoi permetterti di perdere senza dover poi sputare i peli?
- Quanto tempo sei disposto ad investire?
- Quanto spesso modifichi il sistema?
- Quanto tempo può rimanere spento il sistema sotto backup (poco 
significativo per un PC di casa, ma per un server è importante, tanto 
che si usano altri sistemi)?
- Tieni un diario di root dove indichi tutte le modifiche che apporti 
al sistema?


Per un PC di casa potresti p.e. decidere di fare un'immagine al mese, 
un'immagine extra prima di un aggiornamento di sistema (e magari 
un'altra dopo averlo testato), sincronizzazione giornaliera delle home 
verso un NAS o un disco esterno, sincronizzazione settimanale delle 
home su un disco esterno (diverso dal precedente, meglio se a 
rotazione tra due).


Qui ho trovato varie alternative a Remastersys.
https://alternativeto.net/software/remastersys/

Anni fa avevo usato sia Remastersys che Systemback.
Poi per vari motivi li avevo messi da parte.
Ora qual'è la situazione ?
Quali di questi sono funzionanti, con Debian ?


Buona sera Lista,
Oggi ho dato un'occhiata al sito delle alternative a Remastersys, e 
segnalo con viva e vibrante soddisfazione questo link :


https://alternativeto.net/software/penguins-eggs/about/

Cioè si chiama Penguins-eggs ha la piena compatibilità con Debian. Ed è 
in sviluppo ancora oggi.
Oggi nel giro di un'ora sono riuscito a creare un immagine Iso del mio 
sistema. Ci sono pochi e semplici macro-comandi ed anche ben spiegati 
nella documentazione.
Mi crea un'immagine da circa 6 Giga, che ho scritto su una chiavetta USB 
da circa 8 Giga.
Esiste la possibilità di comprimere ancora la Iso. Oppure devo trovare 
il modo di togliere dal sistema i pacchetti che occupano più spazio.

Come si fa?
Perché voglio anche riuscire ad avere una Iso, che si può masterizzare 
su un DVD da meno di 5 Giga.


Grazie
Saluti

Claudio





Alla fine è "solo" questione di bilanciare costi (dischi esterni, 
tempo) e rischi (perdere dati per guasto, ransomware, errore umano).



Il pc è recente e UEFI.

Non significativo.

Di certo la fortuna di non aver mai avuto rotture al disco col s.o. 
mi ha impigrito, ma è ora che mi svegli, no?
Certamente. Il giorno migliore per iniziare a fare backup era ieri. La 
seconda scelta è oggi. Domani è tardi.
E ricordati di fare prove di restore dei backup! Un backup non testato 
è un backup non fatto!


Io infatti avevo sempre dei problemi con il Restore classico.
Non riuscivo mai a ripristinare un sistema danneggiato. Pur avendo i 
vari backup.


Quindi per "Restore" intendo provare che sia avviabile la partizione 
dove ho fatto semplicemente la copia della partizione del mio sistema.
Cioè verifico che dal menu di grub sia avviabile l'altra (o le altre 
partizioni) di cui ho fatto la copia.


Grazie
Saluti

Claudio




--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[Marco Ciampa]

On Thu, Apr 20, 2023 at 03:08:24PM +0200, Diego Zuccato wrote:
> Infatti avevo scritto "in generale". E comunque è sempre problematico fare
> lo snapshot sincrono di più partizioni, magari su dischi diversi.
> Proxmox risolve mettendo in suspend la VM mentre crea il punto di snapshot,
> poi la sblocca e tutte le scritture vanno in un log fino a che non viene
> cancellato lo snapshot (o sposta nel log i settori che vengono sovrascritti,
> non ricordo esattamente). 

La seconda che hai detto.

> Ma è inapplicabile ad una macchina fisica.
> 
> E comunque anche con lo snapshot quando fai il restore è poco meno grave
> della situazione che ti ritroveresti dopo un reset brutale. Alcuni FS
> collaborano meglio di altri con LVM, ma nulla batte un umount pulito.

+1

Pensa ai potenziali casini sui database transazionali e non (anzi
soprattutto transazionali...)

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: BackUp con Rsync

[Diego Zuccato]

Infatti avevo scritto "in generale". E comunque è sempre problematico 
fare lo snapshot sincrono di più partizioni, magari su dischi diversi.
Proxmox risolve mettendo in suspend la VM mentre crea il punto di 
snapshot, poi la sblocca e tutte le scritture vanno in un log fino a che 
non viene cancellato lo snapshot (o sposta nel log i settori che vengono 
sovrascritti, non ricordo esattamente). Ma è inapplicabile ad una 
macchina fisica.


E comunque anche con lo snapshot quando fai il restore è poco meno grave 
della situazione che ti ritroveresti dopo un reset brutale. Alcuni FS 
collaborano meglio di altri con LVM, ma nulla batte un umount pulito.


Diego

Il 20/04/2023 14:48, Thomas Iezzi ha scritto:

Mandi Piviul,
 > veramente se i filesystem fossero su LVM non sarebbe necessario partire
 > da una live
posso chiederti perchè? Uso LVM su alcune VM più per abitudine che 
altro, ho imparato alcuni comandi base per aggiungere dischi ed 
estendere LVM.
Sono intrigato da quello che hai scritto, perchè lascia intendere una 
robustezza del FS che non immaginavo.


Grazie,
Thomas

Il giorno gio 20 apr 2023 alle ore 12:18 Piviul > ha scritto:


On 4/19/23 14:46, Diego Zuccato wrote:
 > [...]
 > Per un backup di sistema ("disaster recovery") allora conviene fare
 > un'immagine del disco (o per lo meno delle partizioni di sistema,
 > escludendo /home che viene già backuppata separatamente). Questo
però
 > richiede un boot da una chiavetta con sistema live (in generale non
 > puoi fare immagini consistenti di filesystem montati).

veramente se i filesystem fossero su LVM non sarebbe necessario partire
da una live

Piviul




--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: BackUp con Rsync

[Thomas Iezzi]

Mandi Piviul,
> veramente se i filesystem fossero su LVM non sarebbe necessario partire
> da una live
posso chiederti perchè? Uso LVM su alcune VM più per abitudine che altro,
ho imparato alcuni comandi base per aggiungere dischi ed estendere LVM.
Sono intrigato da quello che hai scritto, perchè lascia intendere una
robustezza del FS che non immaginavo.

Grazie,
Thomas

Il giorno gio 20 apr 2023 alle ore 12:18 Piviul  ha
scritto:

> On 4/19/23 14:46, Diego Zuccato wrote:
> > [...]
> > Per un backup di sistema ("disaster recovery") allora conviene fare
> > un'immagine del disco (o per lo meno delle partizioni di sistema,
> > escludendo /home che viene già backuppata separatamente). Questo però
> > richiede un boot da una chiavetta con sistema live (in generale non
> > puoi fare immagini consistenti di filesystem montati).
>
> veramente se i filesystem fossero su LVM non sarebbe necessario partire
> da una live
>
> Piviul
>
>
>

Re: PC Desktop nuovo: BackUp con Rsync

[Piviul]

On 4/19/23 14:46, Diego Zuccato wrote:

[...]
Per un backup di sistema ("disaster recovery") allora conviene fare 
un'immagine del disco (o per lo meno delle partizioni di sistema, 
escludendo /home che viene già backuppata separatamente). Questo però 
richiede un boot da una chiavetta con sistema live (in generale non 
puoi fare immagini consistenti di filesystem montati).


veramente se i filesystem fossero su LVM non sarebbe necessario partire 
da una live


Piviul

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 20/04/23 08:17, Diego Zuccato ha scritto:

In pratica, col backup recuperi i file cancellati per errore o cose
simili, mentre col disaster recovery ripristini tutto il sistema ad uno
stato noto e funzionante.

Mi aggancio qui.
Finora io ho fatto solo copia in un disco esterno di /home e /root
Ok, ora aggiungo /etc
Utile, ma non indispensabile, se fai periodicamente immagini di disaster 
recovery.


Per l'altro aspetto, per il "disaster recovery", quali consigli avete? 
Mi sono sempre trovato bene con CloneZilla. Ma se proprio sei alla canna 
del gas puoi anche usare semplicemente dd e bzip2 (o pigz, se c'è nella 
live).

Buon giorno Lista,
Anche io mi trovo bene con Clonezilla. Recentemente con il nuovo PC ho 
rifatto un Cd-Rom che ha Clonezilla-live all'ultima versione.

Copia tutta la partizione alla velocità media di 15 Giga.
Poi bisogna smanettare un po con gli UUID, grub.cfg e fstab.



Sul sistema live (knoppix?), sul supporto da usare (DVD? disco USB 
esterno?), quali partizioni e poi supporti separati o no?
Sicuramente supporti separati. Poi devi valutare tu cosa usare. Se 
magari hai un vecchio NAS che normalmente tieni spento, puoi usare 
quello. O un disco USB. O un DVD, se è sufficiente. O anche un tape.



Con che criteri decidere la frequenza dei backup?

Alcune domande a cui devi rispondere:
- Quanto puoi permetterti di perdere senza dover poi sputare i peli?
- Quanto tempo sei disposto ad investire?
- Quanto spesso modifichi il sistema?
- Quanto tempo può rimanere spento il sistema sotto backup (poco 
significativo per un PC di casa, ma per un server è importante, tanto 
che si usano altri sistemi)?
- Tieni un diario di root dove indichi tutte le modifiche che apporti al 
sistema?


Per un PC di casa potresti p.e. decidere di fare un'immagine al mese, 
un'immagine extra prima di un aggiornamento di sistema (e magari 
un'altra dopo averlo testato), sincronizzazione giornaliera delle home 
verso un NAS o un disco esterno, sincronizzazione settimanale delle home 
su un disco esterno (diverso dal precedente, meglio se a rotazione tra 
due).


Qui ho trovato varie alternative a Remastersys.
https://alternativeto.net/software/remastersys/

Anni fa avevo usato sia Remastersys che Systemback.
Poi per vari motivi li avevo messi da parte.
Ora qual'è la situazione ?
Quali di questi sono funzionanti, con Debian ?



Alla fine è "solo" questione di bilanciare costi (dischi esterni, tempo) 
e rischi (perdere dati per guasto, ransomware, errore umano).



Il pc è recente e UEFI.

Non significativo.

Di certo la fortuna di non aver mai avuto rotture al disco col s.o. mi 
ha impigrito, ma è ora che mi svegli, no?
Certamente. Il giorno migliore per iniziare a fare backup era ieri. La 
seconda scelta è oggi. Domani è tardi.
E ricordati di fare prove di restore dei backup! Un backup non testato è 
un backup non fatto!


Io infatti avevo sempre dei problemi con il Restore classico.
Non riuscivo mai a ripristinare un sistema danneggiato. Pur avendo i 
vari backup.


Quindi per "Restore" intendo provare che sia avviabile la partizione 
dove ho fatto semplicemente la copia della partizione del mio sistema.
Cioè verifico che dal menu di grub sia avviabile l'altra (o le altre 
partizioni) di cui ho fatto la copia.


Grazie
Saluti

Claudio


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[Marco Ciampa]

On Wed, Apr 19, 2023 at 05:02:23PM +0200, Giuliano Grandin wrote:
> Di certo la fortuna di non aver mai avuto rotture al disco col s.o. mi ha
> impigrito, ma è ora che mi svegli, no?

Si certo, considera soprattutto due fattori motivazionali per fare il
backup del sistema:

 - il disco può, senza rompersi, perdere dei settori più o meno a caso
   sul disco. A quel punto ripristinarne il contenuto può essere molto
   difficile o impossibile e portare a comportamenti del sistema
   imprevedibili. Avere la possibilità di tornare ad uno stato
   "conosciuto" fa risparmiare tantissimo tempo.

 - il fattore umano: puoi fare una cavolata e cancellare per sbaglio un
   file di sistema importante e magari non sapere quale.

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: BackUp con Rsync

[Diego Zuccato]

In pratica, col backup recuperi i file cancellati per errore o cose
simili, mentre col disaster recovery ripristini tutto il sistema ad uno
stato noto e funzionante.

Mi aggancio qui.
Finora io ho fatto solo copia in un disco esterno di /home e /root
Ok, ora aggiungo /etc
Utile, ma non indispensabile, se fai periodicamente immagini di disaster 
recovery.


Per l'altro aspetto, per il "disaster recovery", quali consigli avete? 
Mi sono sempre trovato bene con CloneZilla. Ma se proprio sei alla canna 
del gas puoi anche usare semplicemente dd e bzip2 (o pigz, se c'è nella 
live).


Sul sistema live (knoppix?), sul supporto da usare (DVD? disco USB 
esterno?), quali partizioni e poi supporti separati o no?
Sicuramente supporti separati. Poi devi valutare tu cosa usare. Se 
magari hai un vecchio NAS che normalmente tieni spento, puoi usare 
quello. O un disco USB. O un DVD, se è sufficiente. O anche un tape.



Con che criteri decidere la frequenza dei backup?

Alcune domande a cui devi rispondere:
- Quanto puoi permetterti di perdere senza dover poi sputare i peli?
- Quanto tempo sei disposto ad investire?
- Quanto spesso modifichi il sistema?
- Quanto tempo può rimanere spento il sistema sotto backup (poco 
significativo per un PC di casa, ma per un server è importante, tanto 
che si usano altri sistemi)?
- Tieni un diario di root dove indichi tutte le modifiche che apporti al 
sistema?


Per un PC di casa potresti p.e. decidere di fare un'immagine al mese, 
un'immagine extra prima di un aggiornamento di sistema (e magari 
un'altra dopo averlo testato), sincronizzazione giornaliera delle home 
verso un NAS o un disco esterno, sincronizzazione settimanale delle home 
su un disco esterno (diverso dal precedente, meglio se a rotazione tra due).


Alla fine è "solo" questione di bilanciare costi (dischi esterni, tempo) 
e rischi (perdere dati per guasto, ransomware, errore umano).



Il pc è recente e UEFI.

Non significativo.

Di certo la fortuna di non aver mai avuto rotture al disco col s.o. mi 
ha impigrito, ma è ora che mi svegli, no?
Certamente. Il giorno migliore per iniziare a fare backup era ieri. La 
seconda scelta è oggi. Domani è tardi.
E ricordati di fare prove di restore dei backup! Un backup non testato è 
un backup non fatto!


--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: BackUp con Rsync

[Giuliano Grandin]

Il Mer 19 Apr 2023, 15:01 Diego Zuccato  ha scritto:

> Ciao.
>

Ciao a tutti

...

In pratica, col backup recuperi i file cancellati per errore o cose
> simili, mentre col disaster recovery ripristini tutto il sistema ad uno
> stato noto e funzionante.


Mi aggancio qui.
Finora io ho fatto solo copia in un disco esterno di /home e /root
Ok, ora aggiungo /etc

Per l'altro aspetto, per il "disaster recovery", quali consigli avete? Sul
sistema live (knoppix?), sul supporto da usare (DVD? disco USB esterno?),
quali partizioni e poi supporti separati o no? Con che criteri decidere la
frequenza dei backup?
Il pc è recente e UEFI.

Di certo la fortuna di non aver mai avuto rotture al disco col s.o. mi ha
impigrito, ma è ora che mi svegli, no?

Buona serata a tutti

Giuliano

Re: PC Desktop nuovo: BackUp con Rsync

[Marco Ciampa]

On Wed, Apr 19, 2023 at 02:46:14PM +0200, Diego Zuccato wrote:
> Ciao.
> 
[...]
> 
> Just my 2c
> 
> Diego

+1

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: BackUp con Rsync

[Diego Zuccato]

Ciao.

Mi aggancio a questo messaggio più vecchio perché mi pare che ci sia 
confusione sul tipo di backup che vuoi fare, e a seconda del tipo ci 
sono strumenti diversi.


Per un backup dei dati (il "vero" backup) allora va bene rsync, ma 
includendo solo /home e /root.


Per un backup di sistema ("disaster recovery") allora conviene fare 
un'immagine del disco (o per lo meno delle partizioni di sistema, 
escludendo /home che viene già backuppata separatamente). Questo però 
richiede un boot da una chiavetta con sistema live (in generale non puoi 
fare immagini consistenti di filesystem montati).


In pratica, col backup recuperi i file cancellati per errore o cose 
simili, mentre col disaster recovery ripristini tutto il sistema ad uno 
stato noto e funzionante.


Just my 2c

Diego

Il 16/04/2023 15:31, pinguino ha scritto:

Il 05/03/23 19:16, mauro morichi ha scritto:


Il 05/03/2023 18:34, pinguino ha scritto:


Io metterei 3 dischi SATA meccanici da 500GB in configurazione tipo 
RAID1. Per avere sempre 3 copie identiche del sistema e della 
partizione della Home. In tutto occupano circa 50Gb, poi per il resto 
si può usare per la cache (lvm) anche se non so come si fa.
Io avevo creato delle aree di SWAP sui dischi. Possono servire ? 


quindi i dischi verrebbero usati per fare i backup.

cancella la nota sulla cache lvm (avevo capito che i dischi da 500 
erano ulteriori dati).


se hai i tre computer nello stesso pc e ti va in corto l'alimentatore 
sparando 200V nell'intera macchina? addio a tutte le copie.


opzione 1:

piglia 3 dischi esterni (USB) e fai i backup alternando attentamente i 
dischi: la probabililta' che tre dischi su tre siano guasti e' 
decisamente zero. Finita la copia, mettili in un cassetto chiusi a 
chiave. Niente raid1, non e' applicabile. uno script in bash ti 
organizzi i backup per date e vivi sereno.


opzioni 2:

anziche' 500 sali a 1tb ma solo due dischi. Ovviamente vanno alternati 
sempre. devi avere sempre la garanzia di avere copie alternate.



Per entrambe le soluzioni, su ogni disco hai modo di mettere piu' 
copie suddivise per date (ripeto: uno script bash con rsync e puoi 
vivere serenamente).


Buon giorno Lista,
Ora sto facendo i backup con Rsync.
Sto studiando il comando e la sue opzioni. Ho anche trovato in rete 
diversi esempi. Ed avevo anche degli script con rsync che funzionavano.
Nel fare le copie del sistema sto incontrando delle difficoltà. Ma non 
credo che dipendano dalle opzioni che uso io.

Mi da questo errore:
rsync error: some files/attrs were not transferred (see previous errors) 
(code 23) at main.c(1333) [sender=3.2.3]
Ho fatto delle indagini e delle prove, per capire quale fosse il 
problema. Ho trovato due directory che danno questo errore:
1) La prima è /proc/. All'interno ci sono tutte le sottodirectory 
lucchettate, anche se ho aperto il terminale ed il file manager con 
l'utente root di amministratore. Ho provato a dare il comando chown, per 
cambiare i permessi. Ma da degli errori di directory inesistenti.

Il comando preciso che ho dato è questo:
chown -R root proc
Gli errori sono di questo tipo:
- chown: cambiamento del proprietario di 'proc/1438/task/1439': 
Operazione non permessa
- chown: impossibile leggere la directory 'proc/1455/task/1455/net': 
Argomento non valido
- chown: cambiamento del proprietario di 'proc/1878/task/1878/fd/4': 
File o directory non esistente


2) La seconda è /run/systemd/units.
All'interno di questa directory ci sono tutti dei files a dei 
collegamenti che, anche questi sono lucchettati, anche se ho sempre 
aperto il file manager come root. Poi se provo ad aprirli mi dice che 
non esistono più.
Quindi, in teoria sarebbe normale che non riesce a copiarli, se non 
esistono. Ma voglio capire meglio che cosa è successo.


Grazie
Saluti

Claudio



come un disco da' problemi, sostituiscilo (i prodotti attuali sono 
affidabili, ma fidarsi e' bene, non fidarsi e' meglio). Dopo qualche 
anno cambiali.


terza soluzione: acquisti uno spazio in cloud (mi viene in mente drive 
di google, ma ce ne sono tanti) e ci scarichi il backup periodicamente 
(qualsiasi cosa ti succede in casa hai le copie disponibili altrove). 
Anche in questo caso, piu' copie sempre.


M.





--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: BackUp con Rsync

[valerio]

Il 19/04/23 10:55, pinguino ha scritto:

Il 18/04/23 15:25, mauro morichi ha scritto:


Il 18/04/2023 09:25, pinguino ha scritto:

Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per 
l'avvio iniziale ? 



grub.cfg tienitelo viene generato automaticamente dagli script di 
installazione, ma una copia non fa male ad averla.





Buon giorno Lista,
Si, ho fatto le copie di grub.cfg e fstab.
Ma nel mio caso ora anche quando faccio update-grub, poi il file di grub 
lo devo modificare a mano, perché lui mi mette degli UUID diversi nei 
posti sbagliati. Quindi i vari sistemi non partono, all'avvio.


ciao,
quanti grub.cfg hai nelle varie partizioni?
a me ha sempre dato problemi quando, oltre alla partizione di avvio 
(dove si trova il grub.cfg "ufficiale") avevo altre partizioni dove era 
presente un proprio grub.cfg.

quindi cancellavo tutti i grub.cfg e lanciavo di nuovo update.grub.
attenzione di individuare bene il disco di partenza dove è istallato il 
grub.


per quanto riguarda l'uuid, quando mi dimentico di staccare il disco 
esterno dove c'è il clone del disco principale, mi tocca ripartire 
perché mi da errore...


valerio




Grazie
Saluti

Claudio

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 18/04/23 15:25, mauro morichi ha scritto:


Il 18/04/2023 09:25, pinguino ha scritto:

Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ? 



grub.cfg tienitelo viene generato automaticamente dagli script di 
installazione, ma una copia non fa male ad averla.





Buon giorno Lista,
Si, ho fatto le copie di grub.cfg e fstab.
Ma nel mio caso ora anche quando faccio update-grub, poi il file di grub 
lo devo modificare a mano, perché lui mi mette degli UUID diversi nei 
posti sbagliati. Quindi i vari sistemi non partono, all'avvio.


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[mauro morichi]

Il 18/04/2023 09:25, pinguino ha scritto:

Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ? 



grub.cfg tienitelo viene generato automaticamente dagli script di 
installazione, ma una copia non fa male ad averla.

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 18/04/23 10:23, Piviul ha scritto:
Dovrebbero essere tutte lì... Comunque senza stare ad impazzire a 
trovare quali dir backuppare io normalmente faccio un backup per ogni 
filesystem (fs) e uso l'opzione -x di rsync. Con quell'opzione non fai 
il backup delle subdir in cui è montato un altro fs quindi ad esempio 
quando fai un rsync di / esclude tutti i vari /proc, /sys, ... che già 
hai citato e ad esempio ti esclude anche eventuali usb drive che sono 
montati da qualche parte tipicamente sotto /mnt.


Buon Giorno Lista,
Cosi faccio tutto in una sola riga. Ho provato con la simulazione :
rsync -avzrhx --dry-run --progress --delete --exclude '/etc/fstab' / 
/media/pippo/UUIDdellaDestinazione/

Ed anche senza il --dry-run funziona.


 Se però usi una
partizione diversa per le homes o /var etc... poi devi fare un rync per 
ognuna delle tue partizioni in fstab




Per ora ho un'unica partizione, perché dal negozio del venditore hanno 
installato tutto in una unica partizione da circa 240 Giga (sia il 
sistema, che la home).
Quindi io per ora ho copiato tutto cosi pari-pari. Appena ho una o due 
copie funzionanti del sistema, prova a fare altre cose. Come installare 
il sistema dalla chiavetta Usb netinstall o dal DVD.
Avevo già provato due volte, ma mi dava errori perché non riconosceva la 
scheda di rete e la scheda grafica del nuovo PC, che funziona in HDMI.


Grazie
Saluti

Claudio





Piviul


On 4/18/23 09:25, pinguino wrote:

Il 17/04/23 13:00, mauro morichi ha scritto:


Il 17/04/2023 10:52, pinguino ha scritto:

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ? 


/dev

/run

/proc

/sys

Si salva un po' la dev, ma pure lei ha i device generati on the fly 
quindi e' quasi inutile salvarli.




Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ?


Grazie
Saluti

Claudio





--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[Piviul]

Dovrebbero essere tutte lì... Comunque senza stare ad impazzire a 
trovare quali dir backuppare io normalmente faccio un backup per ogni 
filesystem (fs) e uso l'opzione -x di rsync. Con quell'opzione non fai 
il backup delle subdir in cui è montato un altro fs quindi ad esempio 
quando fai un rsync di / esclude tutti i vari /proc, /sys, ... che già 
hai citato e ad esempio ti esclude anche eventuali usb drive che sono 
montati da qualche parte tipicamente sotto /mnt. Se però usi una 
partizione diversa per le homes o /var etc... poi devi fare un rync per 
ognuna delle tue partizioni in fstab


Piviul


On 4/18/23 09:25, pinguino wrote:

Il 17/04/23 13:00, mauro morichi ha scritto:


Il 17/04/2023 10:52, pinguino ha scritto:

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ? 


/dev

/run

/proc

/sys

Si salva un po' la dev, ma pure lei ha i device generati on the fly 
quindi e' quasi inutile salvarli.




Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ?


Grazie
Saluti

Claudio

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 17/04/23 13:00, mauro morichi ha scritto:


Il 17/04/2023 10:52, pinguino ha scritto:

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ? 


/dev

/run

/proc

/sys

Si salva un po' la dev, ma pure lei ha i device generati on the fly 
quindi e' quasi inutile salvarli.




Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di questo 
grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ?


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[mauro morichi]

Il 17/04/2023 10:52, pinguino ha scritto:

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ? 


/dev

/run

/proc

/sys

Si salva un po' la dev, ma pure lei ha i device generati on the fly 
quindi e' quasi inutile salvarli.

Re: PC Desktop nuovo: BackUp con Rsync e Grub EFI

[pinguino]

Il 16/04/23 18:47, mauro morichi ha scritto:


Il 16/04/2023 17:50, pinguino ha scritto:
Quindi conviene copiare solo la /etc/ e la /root , per copiare il 
sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID 
delle partizioni. 



no.

la etc contiene la configurazione del sistema. Aggiungi per sicurezza 
/opt e /var. Root non serve al sistema, e' un utente.


fstab e' legato alla macchina (gli uuid sono sempre diversi). Ma in caso 
di mancanza non e' cosi' complicato crearne uno nuovo.


Con questo hai salvato i tuoi dati e la via per ripristinare un sistema 
andato. Quello che intendi tu e' forse l'immagine del sistema.





Buon giorno Lista,
Ora che ricordo aggiungo un cosa che avevo dimenticato.
Quando ho creato la seconda partizione di root sul disco SATA, che 
contiene la copia identica del primo disco NVME, dove c'è il sistema 
principale, ho dovuto cambiare l'UUID della partizione. Ma poi ho avuto 
anche dei problemi con il punto di montaggio. Perché sono uguali su 
entrambi i dischi. Ed al nuovo sistema con Efi non gli piace avere due 
punti di montaggio uguali in fstab. Dava sempre errore all'avvio, di 
punto montaggio duplicato.

Cosi per tamponare il problema ho fatto due fstab diversi.
Nel primo disco monta la partizione anche di boot che ha il punto di 
montaggio /boot/efi, che contiene l'unico gruppo di file che ha anche il 
menu di grub. Poi ha la partizione di root con il suo UUID.
Nel secondo disco invece per ora c'è solo una partizione di root che 
contiene tutto (sia il sistema che la root e la home), dove faccio le 
copie. Ma ha un UUID diverso. Siccome ha lo stesso punto di mount ho 
modificato l'fstab.


Ho provato ha cambiare il punto di montaggio del secondo disco, ma dava 
altri errori e non partiva più il sistema di BackUp.
Avevo anche creato una seconda partizione del tipo /boot/efi2 per avere 
anche una copia dei file che hanno il menu di grub. Ma anche li dava 
degli errori di cose duplicate. Ed il sistema non partiva più.


Sto studiando il manuale di Efi ed i vari comandi. Sono sicuro che si 
può risolvere quando avrò compreso meglio il funzionamento del nuovo 
sistema EFI.
Ho visto che nel Bios c'è anche la possibilità di scegliere tra EFI e 
Legacy. Cioè si potrebbe tornare al vecchio sistema con il settore MBR ?
Comunque preferisco imparare le nuove specifiche, piuttosto che tornare 
indietro.



Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 17/04/23 10:07, pinguino ha scritto:

Il 16/04/23 18:47, mauro morichi ha scritto:


Il 16/04/2023 17:50, pinguino ha scritto:
Quindi conviene copiare solo la /etc/ e la /root , per copiare il 
sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID 
delle partizioni. 



no.

la etc contiene la configurazione del sistema. Aggiungi per sicurezza 
/opt e /var. Root non serve al sistema, e' un utente.


fstab e' legato alla macchina (gli uuid sono sempre diversi). Ma in 
caso di mancanza non e' cosi' complicato crearne uno nuovo.


Con questo hai salvato i tuoi dati e la via per ripristinare un 
sistema andato. Quello che intendi tu e' forse l'immagine del sistema.





Buon giorno Lista,

Ok. Allora faccio due script.
Uno che fa la copia degli utenti. Cioè quelli della /home/ e /root/

Buon giorno Lista,
Queste due le ho provate e funzionano.

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ?

Grazie
Saluti

Claudio


Visto che sono poche faccio una riga di script, per ogni cartella.
Così gestisco meglio anche le eventuali esclusioni.

La prima volta, con il nuovo PC, ho usato clonezilla per copiare tutto 
il disco. E' stato velocissimo. Viaggiava a circa 15 GB. Ma quello copia 
tutto. Poi ho dovuto cambiare alcuni UUID ed il file di fstab e di grub. 
Perché all'avvio nel menu si confondeva e non partivano bene i due sistemi.

Sicuramente rsync, quando è configurato bene è più veloce e funzionale.
Per fare un'immagine del sistema anni fa avevo usato remastersys ed 
un'altro software di cui ora non ricordo il nome ora. Funzionavano bene, 
facevano una immagine che stava in un dvd da 4 Giga. Poi hanno iniziato 
ad avere dei problemi e davano degli errori. Allora non li ho più usati. 
Sono passato a clonezilla.


Grazie
Saluti

Claudio



--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 16/04/23 18:47, mauro morichi ha scritto:


Il 16/04/2023 17:50, pinguino ha scritto:
Quindi conviene copiare solo la /etc/ e la /root , per copiare il 
sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID 
delle partizioni. 



no.

la etc contiene la configurazione del sistema. Aggiungi per sicurezza 
/opt e /var. Root non serve al sistema, e' un utente.


fstab e' legato alla macchina (gli uuid sono sempre diversi). Ma in caso 
di mancanza non e' cosi' complicato crearne uno nuovo.


Con questo hai salvato i tuoi dati e la via per ripristinare un sistema 
andato. Quello che intendi tu e' forse l'immagine del sistema.





Buon giorno Lista,

Ok. Allora faccio due script.
Uno che fa la copia degli utenti. Cioè quelli della /home/ e /root/
L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Visto che sono poche faccio una riga di script, per ogni cartella.
Così gestisco meglio anche le eventuali esclusioni.

La prima volta, con il nuovo PC, ho usato clonezilla per copiare tutto 
il disco. E' stato velocissimo. Viaggiava a circa 15 GB. Ma quello copia 
tutto. Poi ho dovuto cambiare alcuni UUID ed il file di fstab e di grub. 
Perché all'avvio nel menu si confondeva e non partivano bene i due sistemi.

Sicuramente rsync, quando è configurato bene è più veloce e funzionale.
Per fare un'immagine del sistema anni fa avevo usato remastersys ed 
un'altro software di cui ora non ricordo il nome ora. Funzionavano bene, 
facevano una immagine che stava in un dvd da 4 Giga. Poi hanno iniziato 
ad avere dei problemi e davano degli errori. Allora non li ho più usati. 
Sono passato a clonezilla.


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[mauro morichi]

Il 16/04/2023 17:50, pinguino ha scritto:
Quindi conviene copiare solo la /etc/ e la /root , per copiare il 
sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID 
delle partizioni. 



no.

la etc contiene la configurazione del sistema. Aggiungi per sicurezza 
/opt e /var. Root non serve al sistema, e' un utente.


fstab e' legato alla macchina (gli uuid sono sempre diversi). Ma in caso 
di mancanza non e' cosi' complicato crearne uno nuovo.


Con questo hai salvato i tuoi dati e la via per ripristinare un sistema 
andato. Quello che intendi tu e' forse l'immagine del sistema.

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 16/04/23 17:16, Leonardo Boselli ha scritto:

Anche /var e /opt possono avere file solo locali.

On Sun, 16 Apr 2023, mauro morichi wrote:


Le cartelle fondamentali da salvare sono /etc /home e /root  (la 
configurazione della macchina e i dati utente e eventuali dati di root 
se accedi spesso con quell'utente).


Buon giorno Lista,
Quindi conviene copiare solo la /etc/ e la /root , per copiare il sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID delle 
partizioni.


Grazie
Saluti

Claudio



--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 16/04/23 17:12, mauro morichi ha scritto:


Il 16/04/2023 15:31, pinguino ha scritto:
rsync error: some files/attrs were not transferred (see previous 
errors) (code 23) at main.c(1333) [sender=3.2.3] 


alcuni file non era piu' presenti tra la prima fase di analisi e la 
copia effettiva, altri file erano bloccati.


Visto che hai accennato a /proc, tieni presente che quella non e' una 
directory come tutte le altre, ma la rappresentazione delle variabili 
interne del kernel per renderle utilizzabili facendole apparire come se 
fosse il normale filesystems.


lo stesso vale per /sys, per /run e per svariate altre cose. Totalmente 
inutile copiarle.


cerca on line "linux filesystems" e troverai in un mare di indicazioni.

la prima che ho trovato: 
https://www.linuxfoundation.org/blog/blog/classic-sysadmin-the-linux-filesystem-explained


Le cartelle fondamentali da salvare sono /etc /home e /root  (la 
configurazione della macchina e i dati utente e eventuali dati di root 
se accedi spesso con quell'utente).


le altre sono in qualche modo sacrificabili, le puoi reinstallare quando 
vuoi e non ha granche' senso salvarle anche perche' in caso di disastro, 
fai prima ad reinstallare e poi a ripristinare i tuoi dati.


al massimo, pigliati l'elenco dei pacchetti installati (dpkg -l > 
lista.txt, oppure "apt list --installed" >lista.txt) in modo da poterli 
ripristinare in caso di bisogno. Resto dell'avviso che i dati di 
configurazione e le home utente sono fondamentali, il resto e' 
recuperabile per altre vie. Salveresti roba inutile che tra l'altro 
varia in base agli aggiornamenti.


Mauro.


Buon giorno Lista,
Quindi le dir /proc/ e /run/ conviene metterle nella lista delle 
esclusioni ?

Perché io avevo dato un comando tipo questo, per testare se funziona:
rsync -avzrh --dry-run --progress --delete   / /media/pippo/ID_della 
partizione/
Cosi copio tutto dalla radice root / della sorgente alla / root della 
destinazione, che sta sul disco SATA. Mentre la sorgente ora sta sul 
disco elettronico NVME.
Poi ho un'altro script dove copio soltanto la cartella /home con gli 
utenti. Ma quella funziona senza errori.


Poi per escludere le varie directory si deve usare l'opzione exclude ?
rsync -avzrh --dry-run --progress --delete --exclude-from='nomefile'  / 
/media/pippo/ID_della partizione/


Oppure anche le parentesi ?
rsync -avzrh --dry-run --progress --delete --exclude=[/log/ /boot/ 
/etc/fstab]  / /media/pippo/ID_della partizione/


Avevo anche escluso la directory boot, perché tra una partizione e 
l'altra gli ID sono diversi. Quando ho configurato GRUB ho dovuto 
modificarli a mano, altrimenti non partono i vari sistemi.
Cosi ora nel menu di GRUB ho due righe separate. La prima è del sistema 
sorgente che uso ora tutti i giorni.

La seconda è quella del BackUp.

Ed anche fstab è diverso, tra una partizione della sorgente e della 
destinazione.


Grazie
Saluti

Claudio


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[Leonardo Boselli]

Anche /var e /opt possono avere file solo locali.

On Sun, 16 Apr 2023, mauro morichi wrote:


Le cartelle fondamentali da salvare sono /etc /home e /root  (la 
configurazione della macchina e i dati utente e eventuali dati di root se 
accedi spesso con quell'utente).


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225

Re: PC Desktop nuovo: BackUp con Rsync

[mauro morichi]

Il 16/04/2023 15:31, pinguino ha scritto:
rsync error: some files/attrs were not transferred (see previous 
errors) (code 23) at main.c(1333) [sender=3.2.3] 


alcuni file non era piu' presenti tra la prima fase di analisi e la 
copia effettiva, altri file erano bloccati.


Visto che hai accennato a /proc, tieni presente che quella non e' una 
directory come tutte le altre, ma la rappresentazione delle variabili 
interne del kernel per renderle utilizzabili facendole apparire come se 
fosse il normale filesystems.


lo stesso vale per /sys, per /run e per svariate altre cose. Totalmente 
inutile copiarle.


cerca on line "linux filesystems" e troverai in un mare di indicazioni.

la prima che ho trovato: 
https://www.linuxfoundation.org/blog/blog/classic-sysadmin-the-linux-filesystem-explained


Le cartelle fondamentali da salvare sono /etc /home e /root  (la 
configurazione della macchina e i dati utente e eventuali dati di root 
se accedi spesso con quell'utente).


le altre sono in qualche modo sacrificabili, le puoi reinstallare quando 
vuoi e non ha granche' senso salvarle anche perche' in caso di disastro, 
fai prima ad reinstallare e poi a ripristinare i tuoi dati.


al massimo, pigliati l'elenco dei pacchetti installati (dpkg -l > 
lista.txt, oppure "apt list --installed" >lista.txt) in modo da poterli 
ripristinare in caso di bisogno. Resto dell'avviso che i dati di 
configurazione e le home utente sono fondamentali, il resto e' 
recuperabile per altre vie. Salveresti roba inutile che tra l'altro 
varia in base agli aggiornamenti.


Mauro.

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 05/03/23 19:16, mauro morichi ha scritto:


Il 05/03/2023 18:34, pinguino ha scritto:


Io metterei 3 dischi SATA meccanici da 500GB in configurazione tipo 
RAID1. Per avere sempre 3 copie identiche del sistema e della 
partizione della Home. In tutto occupano circa 50Gb, poi per il resto 
si può usare per la cache (lvm) anche se non so come si fa.
Io avevo creato delle aree di SWAP sui dischi. Possono servire ? 


quindi i dischi verrebbero usati per fare i backup.

cancella la nota sulla cache lvm (avevo capito che i dischi da 500 erano 
ulteriori dati).


se hai i tre computer nello stesso pc e ti va in corto l'alimentatore 
sparando 200V nell'intera macchina? addio a tutte le copie.


opzione 1:

piglia 3 dischi esterni (USB) e fai i backup alternando attentamente i 
dischi: la probabililta' che tre dischi su tre siano guasti e' 
decisamente zero. Finita la copia, mettili in un cassetto chiusi a 
chiave. Niente raid1, non e' applicabile. uno script in bash ti 
organizzi i backup per date e vivi sereno.


opzioni 2:

anziche' 500 sali a 1tb ma solo due dischi. Ovviamente vanno alternati 
sempre. devi avere sempre la garanzia di avere copie alternate.



Per entrambe le soluzioni, su ogni disco hai modo di mettere piu' copie 
suddivise per date (ripeto: uno script bash con rsync e puoi vivere 
serenamente).


Buon giorno Lista,
Ora sto facendo i backup con Rsync.
Sto studiando il comando e la sue opzioni. Ho anche trovato in rete 
diversi esempi. Ed avevo anche degli script con rsync che funzionavano.
Nel fare le copie del sistema sto incontrando delle difficoltà. Ma non 
credo che dipendano dalle opzioni che uso io.

Mi da questo errore:
rsync error: some files/attrs were not transferred (see previous errors) 
(code 23) at main.c(1333) [sender=3.2.3]
Ho fatto delle indagini e delle prove, per capire quale fosse il 
problema. Ho trovato due directory che danno questo errore:
1) La prima è /proc/. All'interno ci sono tutte le sottodirectory 
lucchettate, anche se ho aperto il terminale ed il file manager con 
l'utente root di amministratore. Ho provato a dare il comando chown, per 
cambiare i permessi. Ma da degli errori di directory inesistenti.

Il comando preciso che ho dato è questo:
chown -R root proc
Gli errori sono di questo tipo:
- chown: cambiamento del proprietario di 'proc/1438/task/1439': 
Operazione non permessa
- chown: impossibile leggere la directory 'proc/1455/task/1455/net': 
Argomento non valido
- chown: cambiamento del proprietario di 'proc/1878/task/1878/fd/4': 
File o directory non esistente


2) La seconda è /run/systemd/units.
All'interno di questa directory ci sono tutti dei files a dei 
collegamenti che, anche questi sono lucchettati, anche se ho sempre 
aperto il file manager come root. Poi se provo ad aprirli mi dice che 
non esistono più.
Quindi, in teoria sarebbe normale che non riesce a copiarli, se non 
esistono. Ma voglio capire meglio che cosa è successo.


Grazie
Saluti

Claudio



come un disco da' problemi, sostituiscilo (i prodotti attuali sono 
affidabili, ma fidarsi e' bene, non fidarsi e' meglio). Dopo qualche 
anno cambiali.


terza soluzione: acquisti uno spazio in cloud (mi viene in mente drive 
di google, ma ce ne sono tanti) e ci scarichi il backup periodicamente 
(qualsiasi cosa ti succede in casa hai le copie disponibili altrove). 
Anche in questo caso, piu' copie sempre.


M.



--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: Grub e dischi

[pinguino]

Il 30/03/23 15:21, Marco Ciampa ha scritto:

On Thu, Mar 30, 2023 at 12:16:46PM +0200, pinguino wrote:

Buon giorno Lista,
Btrfs non lo conoscevo, ora che ho guardato in gparted, non me lo lascia
usare. Nel menu "Formatta come" ci sono 21 file system diversi che in teoria
si possono scegliere, ma alcuni sono in grigio. Quindi non si possono usare
di fatto. 11 non si possono usare.


Probabilmente devi installare le utility corrispondenti... per es. btrfs-progs 
...



Buon giorno Lista,
Si, hai ragione. Ora ho installato il pacchetto e lo vede da gparted.
Faro delle prove in una partizione separata.
Prima voglio fare una o due copie di back-up del sistema.
Perché ora ho soltanto una copia sul nuovo PC.

Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Thu, Mar 30, 2023 at 12:16:46PM +0200, pinguino wrote:
> Buon giorno Lista,
> Btrfs non lo conoscevo, ora che ho guardato in gparted, non me lo lascia
> usare. Nel menu "Formatta come" ci sono 21 file system diversi che in teoria
> si possono scegliere, ma alcuni sono in grigio. Quindi non si possono usare
> di fatto. 11 non si possono usare.

Probabilmente devi installare le utility corrispondenti... per es. btrfs-progs 
...

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Thu, Mar 30, 2023 at 12:11:05PM +0200, pinguino wrote:
> Il 29/03/23 14:08, Diego Zuccato ha scritto:
> > IMO il partizionamento sarebbe da rifare:
> > - partizione per /boot/efi : OK
> Buon giorno  Lista,
> Ok, ho creato la partizione di boot.
> Visto che nei nuovi sistemi non ci sono più "cose" nascoste, i comandi da
> usare per gestire grub quali sono ?
> Io usavo update-grub, per aggiornare il menu e vedere quali kernel ci sono
> sui vari dischi.

uguale: update-grub

> Poi grub-install /dev/nomepartizione, per copiare il menu nella partizione
> desiderata.

uguale: grub-install

se vedi nelle opzioni ci sono le opzioni per efi:

man grub-install

...

   --efi-directory=DIR
  use DIR as the EFI System Partition root.

...

> 
> > - partizione per / : ridurre (generalmente 16 o 32G sono più che
> > abbondanti)
> Ho creato una partizione di root.

Su questo avrei da obiettare: snap / flatpak installati di sistema
possono arrivare ad occupare tanto per via delle librerie che incorporano.
La mia root è già di 36G e uso solo flatpak e non snap...
Io, oggi, non scenderei sotto i 64G.

> > - partizione di swap : almeno 2G (serve poco, ma aiuta in momenti
> > critici... non mi sono mai pentito di averne creata una, ma mi sono
> > sempre pentito quando non l'ho fatto)
> Anche la swap ho creato.
> Nei dischi vecchi usavo uno schema più semplice, che ho collaudato. Quindi
> so che funziona.
> Avevo una partizione di root da 20 GB.
> Una partizione di Home da 50 GB o 100 Gb, a seconda dello spazio del disco.
> 
> > - partizione per /var : opzionale, ma raccomandato, generalmente faccio
> > 16G se ho tanto spazio, altrimenti anche solo 4 ; in questo modo un log
> > fuori controllo non ti impatta /
> Si, faro anche una partizione di var, quando riusciro ad installare il
> sistema qua da me, di persona, personalmente.

Sul mio desktop non sono mai arrivato a bloccarlo per log file fuori
controllo. In ogni caso puoi sempre, eventualmente, cancellarli o ridurli
e verificare il problema.

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[pinguino]

Il 29/03/23 17:01, Fabrizio ha scritto:



Il mer 29 mar 2023, 12:22 pinguino > ha scritto:


Il 28/03/23 13:04, Leonardo Boselli ha scritto:
 > On Tue, 28 Mar 2023, mauro morichi wrote:
 >> ricorda poi che l'indicazione  1Gbits e' sulla scheda mentre
noi
 >> ragioniamo sempre a bytess che sono, spannometro, il numero
diviso
 >> circa 10 ovvero: 1 Gbites diventa 100 Mbytess
inoltre data
 >> la modestia del switch e mille altri valori, la resa effettiva
scende
 >> e di tanto. (bonta' degli hw, latenze, tempi di risposta dei sw,
 >> risoluzioni dns, ping la fila e' chilometrica).
 >
 > e il fattore più importante: i dischi .
 > giusto per avere un idea: copia un grosso file da un disco
all'altro e
 > vedi a che velocità va. Spesso è meno che da una macchina all'altra.
 >
 >
 > --
 > Leonardo Boselli
 > Firenze, Toscana, Europa
 > http://i.trail.it 

Buon giorno Lista,
Ok, verifico meglio la situazione dei dischi.

Ora sul PC nuovo ho due dischi.
Sul principale, del tipo NVME, vedo due partizioni:
- La prima si chiama nvme0n1p1, in formato fat32 montata in
boot/efi, da
512 Mib, dove mi risulta che ci sia solo il menu di grub.
- La seconda si chiama nvme0n1p2 in formato ext4 , montata come root
(/)
dove c'è tutto il resto , da 231,34 GB , compresi gli utenti della home.

Nel secondo disco sata da 1 Terabyte, voglio mettere almeno una
copia di
tutto il sistema. Cioè voglio copiare la partizione di root, da circa
232 Gb.  Con rsync o clonezilla.

Ora vengo ai dubbi che ho su Grub.
Nel PC vecchio avevo due dischi sda ed sdb. Ogni disco aveva un suo
settore MBR, dove copiavo il menu di grub, con il comando grub-install
/dev/sda o grub-install /dev/sdb. Quindi non avevo una partizione
per il
boot.

Il disco nuovo del tipo NVME ha anche lui il settore MBR, per
copiare il
menu di Grub ?
Posso fare sempre la copia nel settore MBR di tutti e due i dischi del
nuovo PC.
Oppure devo tenere la partizione di boot sul primo disco e crearne
un'altra anche sul secondo disco ?


Perché non pensi a btrfs?
Fai tutto quello che vuoi, compreso montare partizioni di due dischi 
diversi sullo stesso mount point. Ti fai le snapshot automatiche sia 
quando aggiorni sia prima di pasticciare una configurazione. Io ce l'ho 
su da tre anni sul portatile con 2 dischi proprio per le stesse ragioni 
e funziona benissimo. Ovviamente se scassi grub devi saper fare chroot. 
La swap la puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre 
fatta pena un degrado delle prestazioni. Ci sono parecchi video che lo 
spiegano compreso Linus.




Buon giorno Lista,
Btrfs non lo conoscevo, ora che ho guardato in gparted, non me lo lascia 
usare. Nel menu "Formatta come" ci sono 21 file system diversi che in 
teoria si possono scegliere, ma alcuni sono in grigio. Quindi non si 
possono usare di fatto. 11 non si possono usare.


Grazie
Saluti

Claudio


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: Grub e dischi

[pinguino]

Il 29/03/23 14:08, Diego Zuccato ha scritto:

IMO il partizionamento sarebbe da rifare:
- partizione per /boot/efi : OK

Buon giorno  Lista,
Ok, ho creato la partizione di boot.
Visto che nei nuovi sistemi non ci sono più "cose" nascoste, i comandi 
da usare per gestire grub quali sono ?
Io usavo update-grub, per aggiornare il menu e vedere quali kernel ci 
sono sui vari dischi.
Poi grub-install /dev/nomepartizione, per copiare il menu nella 
partizione desiderata.


- partizione per / : ridurre (generalmente 16 o 32G sono più che 
abbondanti)

Ho creato una partizione di root.
- partizione di swap : almeno 2G (serve poco, ma aiuta in momenti 
critici... non mi sono mai pentito di averne creata una, ma mi sono 
sempre pentito quando non l'ho fatto)

Anche la swap ho creato.
Nei dischi vecchi usavo uno schema più semplice, che ho collaudato. 
Quindi so che funziona.

Avevo una partizione di root da 20 GB.
Una partizione di Home da 50 GB o 100 Gb, a seconda dello spazio del disco.

- partizione per /var : opzionale, ma raccomandato, generalmente faccio 
16G se ho tanto spazio, altrimenti anche solo 4 ; in questo modo un log 
fuori controllo non ti impatta /
Si, faro anche una partizione di var, quando riusciro ad installare il 
sistema qua da me, di persona, personalmente.



- tutto il resto per la /home


Per ora ancora non ho una partizione di home separata.

Avere la /home separata è forse il punto più importante: ti permette di 
reinstallare il sistema mantenendo i tuoi dati.
Si, sono assolutamente d'accordo. Infatti nel PC vecchio avevo una 
partizione della home separata.
Per installare il sistema ho tentato già due volte, ma non ci sono 
riuscito.

Il sistema che ho ora è stato installato dal venditore.
Io ho fatto una chiavetta con la netinstall, ed anche un dvd di 
installazione, che ho scaricati entrambi dal sito debian.org .

Ma ho avuto due problemi tecnici.
Con la chiavetta non vedeva la scheda di rete. Quindi non fa 
l'installazione completa.

Con il dvd, oltre alla scheda di rete non vede bene la scheda video.
Perchè ora con il nuovo PC, la scheda video è integrata sulla scheda 
madre ed è del tipo hdmi. Ho aggiunto il cavetto apposito, per collegare 
con il monitor che ha anche lui l'uscita HDMI.
Cosi riesco a vedere i due computer accesi entrambi. C'è un tasto, per 
selezionare la sorgente, da uno all'altro.

Perché il vecchio PC era ancora collegato con il cavo Vga.



Per il backup del sistema consiglio un disco esterno, tenendo il secondo 
nvme come disco dati extra.

Si, penso di acquistare un disco esterno.
Intanto ho intenzione di copiare la partizione principale che c'è sul 
disco nvme su quella nuova del disco sata.
Quando ho un po di tempo, vedo anche di recuperare un disco del PC 
vecchio, per fare un back-up temporaneo, di qualche settimana, fino a 
che non prendo un disco nuovo esterno.

Perché quello che ho ora non funziona più.


Grazie
Saluti

Claudio







--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: Grub e dischi

[Fabrizio]

Il giorno gio 30 mar 2023 alle ore 11:36 Piviul  ha
scritto:

> On 3/30/23 10:02, Fabrizio wrote:
>
> [...]
>  Qual è per me il plus di btrfs?
> Non mi serve fare il resize delle partizioni se una si riempie come accade
> se fai una root troppo piccola, i subvolumes si comportano come cartelle di
> una sola partizione perchè hai di fatto una sola partizione (chiaramente
> resta la la efi se hai una macchina uefi). Con LVM avrai ogni partizione a
> sé stante, btrfs no, perciò non hai nemmeno bisogno di calcolarti la size
> di ogni partizione, te ne sbatti; mi sembra anche di aver capito anche che
> se vuoi puoi stabilire una size del subvolume per fare la quote (tipo la
> /home per ogni utente)
>
> beh, in lvm è vero che definisci la dimensione della partizione però puoi
> aumentarne la dimensione live (per diminuirla mi sembra di ricordare che la
> devi prima smontare). A me sembra utile proprio per tenere sotto controllo
> lo stato di occupazione di una partizione...
>
>
>  Porta pazienza per il linguaggio non tecnico.
> Altro plus è la compressione trasparente
> Per me LVM in un desktop non ha mai avuto senso, btrfs si e da come sto
> vedendo sarà di default su tutte le mainstream.
>
> Secondo me dipende da quanti dischi puoi mettere sul pc; certo che se hai
> un solo disco, lvm può avere senso solo per bilanciare meglio le varie
> partizioni nulla più... ad esempio sul mio desktop ho 3 dischi, 2 meccanici
> e 1 disco da 256GB SSD. Il volume logico della root è cachato con il disco
> SSD ma non ridondato, le homes sono in un altro volume logico che oltre
> essere cachato è anche in mirror.
>
> La compressione non credo si possa fare in lvm ma oramai i files office
> sono già tutti compressi, tu rilevi una ottimizzazione dello spazio
> comprimendo?
>
Si, tuttavia più che lo spazio noto una maggiore velocità in lettura con la
compressione zstd senza penalizzare più di tanto la cpu. non avendo
benchmark resta comunque aria fritta

> Comunque darò un'occhiata a btrfs...
>
grazie, così me lo spieghi :)

> Piviul
>

Re: PC Desktop nuovo: Grub e dischi

[Piviul]

On 3/30/23 10:02, Fabrizio wrote:

[...]
 Qual è per me il plus di btrfs?
Non mi serve fare il resize delle partizioni se una si riempie come 
accade se fai una root troppo piccola, i subvolumes si comportano come 
cartelle di una sola partizione perchè hai di fatto una sola 
partizione (chiaramente resta la la efi se hai una macchina uefi). Con 
LVM avrai ogni partizione a sé stante, btrfs no, perciò non hai 
nemmeno bisogno di calcolarti la size di ogni partizione, te ne 
sbatti; mi sembra anche di aver capito anche che se vuoi puoi 
stabilire una size del subvolume per fare la quote (tipo la /home per 
ogni utente)


beh, in lvm è vero che definisci la dimensione della partizione però 
puoi aumentarne la dimensione live (per diminuirla mi sembra di 
ricordare che la devi prima smontare). A me sembra utile proprio per 
tenere sotto controllo lo stato di occupazione di una partizione...




 Porta pazienza per il linguaggio non tecnico.
Altro plus è la compressione trasparente
Per me LVM in un desktop non ha mai avuto senso, btrfs si e da come 
sto vedendo sarà di default su tutte le mainstream.


Secondo me dipende da quanti dischi puoi mettere sul pc; certo che se 
hai un solo disco, lvm può avere senso solo per bilanciare meglio le 
varie partizioni nulla più... ad esempio sul mio desktop ho 3 dischi, 2 
meccanici e 1 disco da 256GB SSD. Il volume logico della root è cachato 
con il disco SSD ma non ridondato, le homes sono in un altro volume 
logico che oltre essere cachato è anche in mirror.


La compressione non credo si possa fare in lvm ma oramai i files office 
sono già tutti compressi, tu rilevi una ottimizzazione dello spazio 
comprimendo?


Comunque darò un'occhiata a btrfs...

Piviul

Re: PC Desktop nuovo: Grub e dischi

[Diego Zuccato]

Molto interessante. Anche se io, gestendo principalmente server, noto 
alcuni possibili inghippi. Per esempio, sui server è normale avere 
partizioni separate (soprattutto la /var) per evitare che magari un log 
"troppo cresciuto" possa riempire la root (impedendo così anche 
l'accesso a root e richiedendo un boot da chiavetta o in emergency mode).


Forse oramai è ora comunque di riprovare BTRFS: l'ultima volta l'ho 
testato che era piuttosto recente e ho avuto diversi problemi di 
instabilità. Oltretutto non aveva tante funzioni che descrivi.


Diego

Il 30/03/2023 10:02, Fabrizio ha scritto:



Il giorno gio 30 mar 2023 alle ore 08:45 Piviul > ha scritto:


Ciao Fabrizio, ti posso chiedere qualche delucidazione in più?

Ciao, per quel che posso cerco di rispondere, ma il mio livello tecnico 
è infimo (non faccio l'informatico, sono solo uno user molto vecchio)



On 3/29/23 17:01, Fabrizio wrote:
 > Perché non pensi a btrfs?
 > Fai tutto quello che vuoi, compreso montare partizioni di due dischi
 > diversi sullo stesso mount point.

E cosa vedi poi? Il merge delle due partizioni?


Si, ma l'ho solo testato per curiosità



 > Ti fai le snapshot automatiche sia quando aggiorni sia prima di
 > pasticciare una configurazione. Io ce l'ho su da tre anni sul
 > portatile con 2 dischi proprio per le stesse ragioni e funziona
 > benissimo. Ovviamente se scassi grub devi saper fare chroot. La swap
 > la puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre fatta
 > pena un degrado delle prestazioni. Ci sono parecchi video che lo
 > spiegano compreso Linus.

Scusa ma io sono un felice utilizzatore di LVM e volevo chiederti, a
parte la deduplicazione, rispetto ad LVM cosa offre in più? Io con LVM
mi trovo molto bene, ha il raid, la cache, snapshot... comunque gli
darò
un'occhiata, si può anche formattare un volume logico in btrfs no?

anche se non ha senso credo proprio che si possa fare

Piviul

  Qual è per me il plus di btrfs?
Non mi serve fare il resize delle partizioni se una si riempie come 
accade se fai una root troppo piccola, i subvolumes si comportano come 
cartelle di una sola partizione perchè hai di fatto una sola partizione 
(chiaramente resta la la efi se hai una macchina uefi). Con LVM avrai 
ogni partizione a sé stante, btrfs no, perciò non hai nemmeno bisogno di 
calcolarti la size di ogni partizione, te ne sbatti; mi sembra anche di 
aver capito anche che se vuoi puoi stabilire una size del subvolume per 
fare la quote (tipo la /home per ogni utente)

  Porta pazienza per il linguaggio non tecnico.
Altro plus è la compressione trasparente
Per me LVM in un desktop non ha mai avuto senso, btrfs si e da come sto 
vedendo sarà di default su tutte le mainstream.

Buona giornata


--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: Grub e dischi

[Fabrizio]

Il giorno gio 30 mar 2023 alle ore 08:45 Piviul  ha
scritto:

> Ciao Fabrizio, ti posso chiedere qualche delucidazione in più?
>

Ciao, per quel che posso cerco di rispondere, ma il mio livello tecnico è
infimo (non faccio l'informatico, sono solo uno user molto vecchio)

>
> On 3/29/23 17:01, Fabrizio wrote:
> > Perché non pensi a btrfs?
> > Fai tutto quello che vuoi, compreso montare partizioni di due dischi
> > diversi sullo stesso mount point.
>
> E cosa vedi poi? Il merge delle due partizioni?
>

Si, ma l'ho solo testato per curiosità

>
>
> > Ti fai le snapshot automatiche sia quando aggiorni sia prima di
> > pasticciare una configurazione. Io ce l'ho su da tre anni sul
> > portatile con 2 dischi proprio per le stesse ragioni e funziona
> > benissimo. Ovviamente se scassi grub devi saper fare chroot. La swap
> > la puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre fatta
> > pena un degrado delle prestazioni. Ci sono parecchi video che lo
> > spiegano compreso Linus.
>
> Scusa ma io sono un felice utilizzatore di LVM e volevo chiederti, a
> parte la deduplicazione, rispetto ad LVM cosa offre in più? Io con LVM
> mi trovo molto bene, ha il raid, la cache, snapshot... comunque gli darò
> un'occhiata, si può anche formattare un volume logico in btrfs no?
>
> anche se non ha senso credo proprio che si possa fare


> Piviul


 Qual è per me il plus di btrfs?
Non mi serve fare il resize delle partizioni se una si riempie come accade
se fai una root troppo piccola, i subvolumes si comportano come cartelle di
una sola partizione perchè hai di fatto una sola partizione (chiaramente
resta la la efi se hai una macchina uefi). Con LVM avrai ogni partizione a
sé stante, btrfs no, perciò non hai nemmeno bisogno di calcolarti la size
di ogni partizione, te ne sbatti; mi sembra anche di aver capito anche che
se vuoi puoi stabilire una size del subvolume per fare la quote (tipo la
/home per ogni utente)
 Porta pazienza per il linguaggio non tecnico.
Altro plus è la compressione trasparente
Per me LVM in un desktop non ha mai avuto senso, btrfs si e da come sto
vedendo sarà di default su tutte le mainstream.
Buona giornata

Re: PC Desktop nuovo: Grub e dischi

[Piviul]

Ciao Fabrizio, ti posso chiedere qualche delucidazione in più?

On 3/29/23 17:01, Fabrizio wrote:

Perché non pensi a btrfs?
Fai tutto quello che vuoi, compreso montare partizioni di due dischi 
diversi sullo stesso mount point.


E cosa vedi poi? Il merge delle due partizioni?


Ti fai le snapshot automatiche sia quando aggiorni sia prima di 
pasticciare una configurazione. Io ce l'ho su da tre anni sul 
portatile con 2 dischi proprio per le stesse ragioni e funziona 
benissimo. Ovviamente se scassi grub devi saper fare chroot. La swap 
la puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre fatta 
pena un degrado delle prestazioni. Ci sono parecchi video che lo 
spiegano compreso Linus.


Scusa ma io sono un felice utilizzatore di LVM e volevo chiederti, a 
parte la deduplicazione, rispetto ad LVM cosa offre in più? Io con LVM 
mi trovo molto bene, ha il raid, la cache, snapshot... comunque gli darò 
un'occhiata, si può anche formattare un volume logico in btrfs no?


Piviul

Re: PC Desktop nuovo: Grub e dischi

[Fabrizio]

Se usi SUse hai poco da fare a mano. Yast penso sia il top nel gestire
btrfs. Dimenticavo per chi mi legge un altro vantaggio: i sottovolumi sulla
stessa partizione hanno lo stesso uuid , molto comodo quando si maneggia
fstab e i punti di mount.

Il mer 29 mar 2023, 20:26 Marco Ciampa  ha scritto:

> On Wed, Mar 29, 2023 at 06:28:29PM +0200, Fabrizio wrote:
> > si certo,
> > ho tutto sul disco /dev/nvme0n1, @, @boot, @home ecc ecc
> > sul secondo disco (lo vedo come sata) ho @snapshot montata su .snapshot
> > Su quello faccio snapshot dei sottovolumii che mi interessano.
> > Grande vantaggio per me è che il disco alla fine viene riempito come
> avesse
> > una sola partizione, mentre se hai partizione separate "classiche"
> passami
> > il termine rischi che una si riempie e devi provvedere o alla pulizia o
> la
> > devi allargare, ad esempio pulire periodicamente la cache dei pacchetti,
> > mentre con btrfs i sottovolumi sono visti in effetti come cartelle, ad
> > esempio per rinominare un sottovolume fai mv @qualcosa @qualcosaltro.
> >  In fstab ho le flags compressione zstd, ssd, discard=async, ssd, insomma
> > le più comuni sugli ssd.
> > Per l'installazione ho fatto un bel po' di pratica in VM perchè
> l'installer
> > non lo prevede, occorre installare expert e poi dopo il partizionamento e
> > prima di passare all'nstallazione vera e propria si chiama la shell per
> > fare i sottovolimi e montarli.
> > Per gente skillata come te penso sia acqua fresca.
> > I vantaggi per me sono tanti, ormai è default su suse, fedora, anche per
> > arch, non capisco perchè non implementano l'installatore debian boh?!?!
> >
>
> Grazie, sono anni che uso btrfs direttamente (su Debian) o indirettamente
> (su Synology) e, prove alla mano, va benone, ma sfrutto solo la
> decuplicazione (come storage). Mai usato come fs home o root ma mi hai
> dato l'idea giusta: proverò con Virtualbox a mano e con Suse...
>
> --
>
> Amike,
> Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Wed, Mar 29, 2023 at 06:28:29PM +0200, Fabrizio wrote:
> si certo,
> ho tutto sul disco /dev/nvme0n1, @, @boot, @home ecc ecc
> sul secondo disco (lo vedo come sata) ho @snapshot montata su .snapshot
> Su quello faccio snapshot dei sottovolumii che mi interessano.
> Grande vantaggio per me è che il disco alla fine viene riempito come avesse
> una sola partizione, mentre se hai partizione separate "classiche" passami
> il termine rischi che una si riempie e devi provvedere o alla pulizia o la
> devi allargare, ad esempio pulire periodicamente la cache dei pacchetti,
> mentre con btrfs i sottovolumi sono visti in effetti come cartelle, ad
> esempio per rinominare un sottovolume fai mv @qualcosa @qualcosaltro.
>  In fstab ho le flags compressione zstd, ssd, discard=async, ssd, insomma
> le più comuni sugli ssd.
> Per l'installazione ho fatto un bel po' di pratica in VM perchè l'installer
> non lo prevede, occorre installare expert e poi dopo il partizionamento e
> prima di passare all'nstallazione vera e propria si chiama la shell per
> fare i sottovolimi e montarli.
> Per gente skillata come te penso sia acqua fresca.
> I vantaggi per me sono tanti, ormai è default su suse, fedora, anche per
> arch, non capisco perchè non implementano l'installatore debian boh?!?!
> 

Grazie, sono anni che uso btrfs direttamente (su Debian) o indirettamente
(su Synology) e, prove alla mano, va benone, ma sfrutto solo la
decuplicazione (come storage). Mai usato come fs home o root ma mi hai
dato l'idea giusta: proverò con Virtualbox a mano e con Suse...

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Fabrizio]

si certo,
ho tutto sul disco /dev/nvme0n1, @, @boot, @home ecc ecc
sul secondo disco (lo vedo come sata) ho @snapshot montata su .snapshot
Su quello faccio snapshot dei sottovolumii che mi interessano.
Grande vantaggio per me è che il disco alla fine viene riempito come avesse
una sola partizione, mentre se hai partizione separate "classiche" passami
il termine rischi che una si riempie e devi provvedere o alla pulizia o la
devi allargare, ad esempio pulire periodicamente la cache dei pacchetti,
mentre con btrfs i sottovolumi sono visti in effetti come cartelle, ad
esempio per rinominare un sottovolume fai mv @qualcosa @qualcosaltro.
 In fstab ho le flags compressione zstd, ssd, discard=async, ssd, insomma
le più comuni sugli ssd.
Per l'installazione ho fatto un bel po' di pratica in VM perchè l'installer
non lo prevede, occorre installare expert e poi dopo il partizionamento e
prima di passare all'nstallazione vera e propria si chiama la shell per
fare i sottovolimi e montarli.
Per gente skillata come te penso sia acqua fresca.
I vantaggi per me sono tanti, ormai è default su suse, fedora, anche per
arch, non capisco perchè non implementano l'installatore debian boh?!?!


Il giorno mer 29 mar 2023 alle ore 17:41 Marco Ciampa 
ha scritto:

> On Wed, Mar 29, 2023 at 05:01:48PM +0200, Fabrizio wrote:
> > Perché non pensi a btrfs?
> > Fai tutto quello che vuoi, compreso montare partizioni di due dischi
> > diversi sullo stesso mount point. Ti fai le snapshot automatiche sia
> quando
> > aggiorni sia prima di pasticciare una configurazione. Io ce l'ho su da
> tre
> > anni sul portatile con 2 dischi proprio per le stesse ragioni e funziona
> > benissimo. Ovviamente se scassi grub devi saper fare chroot. La swap la
> > puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre fatta pena un
> > degrado delle prestazioni. Ci sono parecchi video che lo spiegano
> compreso
>
> Sono interessato (se ti va) alla tua configurazione. Puoi descrivere come
> hai installato il tuo sistema?
>
> --
>
> Amike,
> Marco Ciampa
>
>

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Wed, Mar 29, 2023 at 05:01:48PM +0200, Fabrizio wrote:
> Perché non pensi a btrfs?
> Fai tutto quello che vuoi, compreso montare partizioni di due dischi
> diversi sullo stesso mount point. Ti fai le snapshot automatiche sia quando
> aggiorni sia prima di pasticciare una configurazione. Io ce l'ho su da tre
> anni sul portatile con 2 dischi proprio per le stesse ragioni e funziona
> benissimo. Ovviamente se scassi grub devi saper fare chroot. La swap la
> puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre fatta pena un
> degrado delle prestazioni. Ci sono parecchi video che lo spiegano compreso

Sono interessato (se ti va) alla tua configurazione. Puoi descrivere come
hai installato il tuo sistema?

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Fabrizio]

Il mer 29 mar 2023, 12:22 pinguino  ha
scritto:

> Il 28/03/23 13:04, Leonardo Boselli ha scritto:
> > On Tue, 28 Mar 2023, mauro morichi wrote:
> >> ricorda poi che l'indicazione  1Gbits e' sulla scheda mentre noi
> >> ragioniamo sempre a bytess che sono, spannometro, il numero diviso
> >> circa 10 ovvero: 1 Gbites diventa 100 Mbytess inoltre data
> >> la modestia del switch e mille altri valori, la resa effettiva scende
> >> e di tanto. (bonta' degli hw, latenze, tempi di risposta dei sw,
> >> risoluzioni dns, ping la fila e' chilometrica).
> >
> > e il fattore più importante: i dischi .
> > giusto per avere un idea: copia un grosso file da un disco all'altro e
> > vedi a che velocità va. Spesso è meno che da una macchina all'altra.
> >
> >
> > --
> > Leonardo Boselli
> > Firenze, Toscana, Europa
> > http://i.trail.it
>
> Buon giorno Lista,
> Ok, verifico meglio la situazione dei dischi.
>
> Ora sul PC nuovo ho due dischi.
> Sul principale, del tipo NVME, vedo due partizioni:
> - La prima si chiama nvme0n1p1, in formato fat32 montata in boot/efi, da
> 512 Mib, dove mi risulta che ci sia solo il menu di grub.
> - La seconda si chiama nvme0n1p2 in formato ext4 , montata come root (/)
> dove c'è tutto il resto , da 231,34 GB , compresi gli utenti della home.
>
> Nel secondo disco sata da 1 Terabyte, voglio mettere almeno una copia di
> tutto il sistema. Cioè voglio copiare la partizione di root, da circa
> 232 Gb.  Con rsync o clonezilla.
>
> Ora vengo ai dubbi che ho su Grub.
> Nel PC vecchio avevo due dischi sda ed sdb. Ogni disco aveva un suo
> settore MBR, dove copiavo il menu di grub, con il comando grub-install
> /dev/sda o grub-install /dev/sdb. Quindi non avevo una partizione per il
> boot.
>
> Il disco nuovo del tipo NVME ha anche lui il settore MBR, per copiare il
> menu di Grub ?
> Posso fare sempre la copia nel settore MBR di tutti e due i dischi del
> nuovo PC.
> Oppure devo tenere la partizione di boot sul primo disco e crearne
> un'altra anche sul secondo disco ?
>

Perché non pensi a btrfs?
Fai tutto quello che vuoi, compreso montare partizioni di due dischi
diversi sullo stesso mount point. Ti fai le snapshot automatiche sia quando
aggiorni sia prima di pasticciare una configurazione. Io ce l'ho su da tre
anni sul portatile con 2 dischi proprio per le stesse ragioni e funziona
benissimo. Ovviamente se scassi grub devi saper fare chroot. La swap la
puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre fatta pena un
degrado delle prestazioni. Ci sono parecchi video che lo spiegano compreso
Linus.

>
>

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Wed, Mar 29, 2023 at 02:08:20PM +0200, Diego Zuccato wrote:
> IMO il partizionamento sarebbe da rifare:
> - partizione per /boot/efi : OK
> - partizione per / : ridurre (generalmente 16 o 32G sono più che abbondanti)
> - partizione di swap : almeno 2G (serve poco, ma aiuta in momenti critici...
> non mi sono mai pentito di averne creata una, ma mi sono sempre pentito
> quando non l'ho fatto)

Oggigiorno, se ti serve, puoi fare un file di swap senza penalità: sia
come performance, sia per farci l'ibernazione...

> - partizione per /var : opzionale, ma raccomandato, generalmente faccio 16G
> se ho tanto spazio, altrimenti anche solo 4 ; in questo modo un log fuori
> controllo non ti impatta /
> - tutto il resto per la /home
> 
> Avere la /home separata è forse il punto più importante: ti permette di
> reinstallare il sistema mantenendo i tuoi dati.

Notare bene che questo lo puoi fare sempre e comunque, anche se il disco
è unico: basta cancellare tutto a parte la /home e reinstallare senza
formattare...

> Per il backup del sistema consiglio un disco esterno, tenendo il secondo
> nvme come disco dati extra.

Sono d'accordo: a volte avere un disco ssd per i dati a portata di mano è
utile: se installi un virtualizzatore è una mossa furba metterci dentro i
dischi delle macchine virtualizzate in modo da renderne l'uso molto più
comodo e veloce.

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Diego Zuccato]

IMO il partizionamento sarebbe da rifare:
- partizione per /boot/efi : OK
- partizione per / : ridurre (generalmente 16 o 32G sono più che abbondanti)
- partizione di swap : almeno 2G (serve poco, ma aiuta in momenti 
critici... non mi sono mai pentito di averne creata una, ma mi sono 
sempre pentito quando non l'ho fatto)
- partizione per /var : opzionale, ma raccomandato, generalmente faccio 
16G se ho tanto spazio, altrimenti anche solo 4 ; in questo modo un log 
fuori controllo non ti impatta /

- tutto il resto per la /home

Avere la /home separata è forse il punto più importante: ti permette di 
reinstallare il sistema mantenendo i tuoi dati.


Per il backup del sistema consiglio un disco esterno, tenendo il secondo 
nvme come disco dati extra.


Diego

Il 29/03/2023 12:21, pinguino ha scritto:

Il 28/03/23 13:04, Leonardo Boselli ha scritto:

On Tue, 28 Mar 2023, mauro morichi wrote:
ricorda poi che l'indicazione  1Gbits e' sulla scheda mentre noi 
ragioniamo sempre a bytess che sono, spannometro, il numero 
diviso circa 10 ovvero: 1 Gbites diventa 100 Mbytess 
inoltre data la modestia del switch e mille altri valori, la resa 
effettiva scende e di tanto. (bonta' degli hw, latenze, tempi di 
risposta dei sw, risoluzioni dns, ping la fila e' chilometrica).


e il fattore più importante: i dischi .
giusto per avere un idea: copia un grosso file da un disco all'altro e 
vedi a che velocità va. Spesso è meno che da una macchina all'altra.



--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it


Buon giorno Lista,
Ok, verifico meglio la situazione dei dischi.

Ora sul PC nuovo ho due dischi.
Sul principale, del tipo NVME, vedo due partizioni:
- La prima si chiama nvme0n1p1, in formato fat32 montata in boot/efi, da 
512 Mib, dove mi risulta che ci sia solo il menu di grub.
- La seconda si chiama nvme0n1p2 in formato ext4 , montata come root (/) 
dove c'è tutto il resto , da 231,34 GB , compresi gli utenti della home.


Nel secondo disco sata da 1 Terabyte, voglio mettere almeno una copia di 
tutto il sistema. Cioè voglio copiare la partizione di root, da circa 
232 Gb.  Con rsync o clonezilla.


Ora vengo ai dubbi che ho su Grub.
Nel PC vecchio avevo due dischi sda ed sdb. Ogni disco aveva un suo 
settore MBR, dove copiavo il menu di grub, con il comando grub-install 
/dev/sda o grub-install /dev/sdb. Quindi non avevo una partizione per il 
boot.


Il disco nuovo del tipo NVME ha anche lui il settore MBR, per copiare il 
menu di Grub ?
Posso fare sempre la copia nel settore MBR di tutti e due i dischi del 
nuovo PC.
Oppure devo tenere la partizione di boot sul primo disco e crearne 
un'altra anche sul secondo disco ?


Grazie
Saluti

Claudio




--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: Stop job

[pinguino]

Il 29/03/23 12:16, Alessandro Rubini ha scritto:

"A stop job is running for USER MANAGER for UID 1001"


systemd. Una gioia.


Cioe` ogni volta che spengo devo attendere 2 minuti.
Ho guardato ora in top ed atop ma non vedo processi con il numero 1001.


Identificativo utente, non processo. Di solito 1001 e` l'utente
definito in fase di installazione. Io sono 410 perche` sono
vecchio. Forse dipende dal non aver fatto logout e ci sono processi
dell'utente in giro. Ma se si fa logout come si dice al sistema di
spegnersi?

Va ancora bene: spegnere si puo` sempre. A me si fermava due minuti
all'accensione per qualcosa su /home e poi non lo montava.

/rubi che sta litigando con systemd su embedded, maledetto cliente



Buon giorno Lista,

Ora ho fatto il logout dell'utente, poi arresta il sistema dopo.
In questo caso non ha più dato problemi di attesa. Si spegne subito.

Ma però è strano che ci sia differenza tra i due modi di uscire dal 
sistema e di spegnere il PC ?


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: Stop job

[Marco Ciampa]

On Wed, Mar 29, 2023 at 12:16:41PM +0200, Alessandro Rubini wrote:
> > "A stop job is running for USER MANAGER for UID 1001"
> 
> systemd. Una gioia.
> 
> > Cioe` ogni volta che spengo devo attendere 2 minuti.
> > Ho guardato ora in top ed atop ma non vedo processi con il numero 1001.
> 
> Identificativo utente, non processo. Di solito 1001 e` l'utente
> definito in fase di installazione.

Per quello che ho visto di solito è il 1000 per cui per lo meno è stato
installato un altro utente o qualcos'altro...

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Wed, Mar 29, 2023 at 12:21:40PM +0200, pinguino wrote:
> Il 28/03/23 13:04, Leonardo Boselli ha scritto:
> > On Tue, 28 Mar 2023, mauro morichi wrote:
> > > ricorda poi che l'indicazione  1Gbits e' sulla scheda mentre noi
> > > ragioniamo sempre a bytess che sono, spannometro, il numero
> > > diviso circa 10 ovvero: 1 Gbites diventa 100 Mbytess
> > > inoltre data la modestia del switch e mille altri valori, la resa
> > > effettiva scende e di tanto. (bonta' degli hw, latenze, tempi di
> > > risposta dei sw, risoluzioni dns, ping la fila e' chilometrica).
> > 
> > e il fattore più importante: i dischi .
> > giusto per avere un idea: copia un grosso file da un disco all'altro e
> > vedi a che velocità va. Spesso è meno che da una macchina all'altra.
> > 
> > 
> > -- 
> > Leonardo Boselli
> > Firenze, Toscana, Europa
> > http://i.trail.it
> 
> Buon giorno Lista,
> Ok, verifico meglio la situazione dei dischi.
> 
> Ora sul PC nuovo ho due dischi.
> Sul principale, del tipo NVME, vedo due partizioni:
> - La prima si chiama nvme0n1p1, in formato fat32 montata in boot/efi, da 512
> Mib, dove mi risulta che ci sia solo il menu di grub.
> - La seconda si chiama nvme0n1p2 in formato ext4 , montata come root (/)
> dove c'è tutto il resto , da 231,34 GB , compresi gli utenti della home.
> 
> Nel secondo disco sata da 1 Terabyte, voglio mettere almeno una copia di
> tutto il sistema. Cioè voglio copiare la partizione di root, da circa 232
> Gb.  Con rsync o clonezilla.
> 
> Ora vengo ai dubbi che ho su Grub.
> Nel PC vecchio avevo due dischi sda ed sdb. Ogni disco aveva un suo settore
> MBR, dove copiavo il menu di grub, con il comando grub-install /dev/sda o
> grub-install /dev/sdb. Quindi non avevo una partizione per il boot.
> 
> Il disco nuovo del tipo NVME ha anche lui il settore MBR, per copiare il
> menu di Grub ?
> Posso fare sempre la copia nel settore MBR di tutti e due i dischi del nuovo
> PC.
> Oppure devo tenere la partizione di boot sul primo disco e crearne un'altra
> anche sul secondo disco ?

La tecnologia del disco centra poco, invece stai passando da un sistema
di tipo BIOS/MBR a EFI/GPT.

Nel primo (vecchio) avevi dischi così impostati: un settore di boot (MBR)
in cima alla tabella delle partizioni, uno spazio "nascosto" tra la
tabella delle partizioni e la prima partizione che conteneva la parte più
grossa del boot manager, e fino a 4 partizioni "primarie" che potevano
contenere "esteste", sorta di partizioni contenitore con dentro le
partizioni "logiche".

Nel secondo (nuovo) EFI/GPT le cose "nascoste" non ci sono più, il limite
delle 4 partizioni primarie non esiste più, le partizioni sono tutte
"primarie" e sono minimo 128. Il settore di boot (MBR) non esiste più e
il boot manager sta tutto in una partizione FAT32 riconosciuta
direttamente dal firmware del PC all'avvio.

Ci possono essere situazioni "miste" EFI/MBR ecc. ma lasciamo perdere per
semplicità...

Grub arriva in due "gusti": grub per bios e grub per efi, a seconda della
situazione usi uno o l'altro.

Intanto "digerisci" questi concetti e, se li hai capiti, partiamo da qui.

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[pinguino]

Il 28/03/23 13:04, Leonardo Boselli ha scritto:

On Tue, 28 Mar 2023, mauro morichi wrote:
ricorda poi che l'indicazione  1Gbits e' sulla scheda mentre noi 
ragioniamo sempre a bytess che sono, spannometro, il numero diviso 
circa 10 ovvero: 1 Gbites diventa 100 Mbytess inoltre data 
la modestia del switch e mille altri valori, la resa effettiva scende 
e di tanto. (bonta' degli hw, latenze, tempi di risposta dei sw, 
risoluzioni dns, ping la fila e' chilometrica).


e il fattore più importante: i dischi .
giusto per avere un idea: copia un grosso file da un disco all'altro e 
vedi a che velocità va. Spesso è meno che da una macchina all'altra.



--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it


Buon giorno Lista,
Ok, verifico meglio la situazione dei dischi.

Ora sul PC nuovo ho due dischi.
Sul principale, del tipo NVME, vedo due partizioni:
- La prima si chiama nvme0n1p1, in formato fat32 montata in boot/efi, da 
512 Mib, dove mi risulta che ci sia solo il menu di grub.
- La seconda si chiama nvme0n1p2 in formato ext4 , montata come root (/) 
dove c'è tutto il resto , da 231,34 GB , compresi gli utenti della home.


Nel secondo disco sata da 1 Terabyte, voglio mettere almeno una copia di 
tutto il sistema. Cioè voglio copiare la partizione di root, da circa 
232 Gb.  Con rsync o clonezilla.


Ora vengo ai dubbi che ho su Grub.
Nel PC vecchio avevo due dischi sda ed sdb. Ogni disco aveva un suo 
settore MBR, dove copiavo il menu di grub, con il comando grub-install 
/dev/sda o grub-install /dev/sdb. Quindi non avevo una partizione per il 
boot.


Il disco nuovo del tipo NVME ha anche lui il settore MBR, per copiare il 
menu di Grub ?
Posso fare sempre la copia nel settore MBR di tutti e due i dischi del 
nuovo PC.
Oppure devo tenere la partizione di boot sul primo disco e crearne 
un'altra anche sul secondo disco ?


Grazie
Saluti

Claudio


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: Stop job

[Alessandro Rubini]

> "A stop job is running for USER MANAGER for UID 1001"

systemd. Una gioia.

> Cioe` ogni volta che spengo devo attendere 2 minuti.
> Ho guardato ora in top ed atop ma non vedo processi con il numero 1001.

Identificativo utente, non processo. Di solito 1001 e` l'utente
definito in fase di installazione. Io sono 410 perche` sono
vecchio. Forse dipende dal non aver fatto logout e ci sono processi
dell'utente in giro. Ma se si fa logout come si dice al sistema di
spegnersi?

Va ancora bene: spegnere si puo` sempre. A me si fermava due minuti
all'accensione per qualcosa su /home e poi non lo montava.

/rubi che sta litigando con systemd su embedded, maledetto cliente

Re: PC Desktop nuovo: Stop job

[pinguino]

Il 28/03/23 13:34, Piviul ha scritto:

On 3/27/23 10:37, pinguino wrote:

Buongiorno Lista,
Ora sto facendo la copia. Nella finestra operazioni su files, c'è 
scritto il numero di files da trasferire ed il tempo che impiegherà.
Come velocità ora dice 18 MB/sec. Varia tra i 10 ed i 19 MB/sec. Non 
so di preciso se sono Mbit o MegaByte, presumo siano MegaByte.
Le schede sono entrambe della Realtek e sono integrate sulle schede 
madri. Una è più vecchia ed arriva al massimo a 1000 l'altra va a 2.5 
GByte al sec. Sono collegate con cavi di rete ethernet normali, al 
modem di Fastweb. I connettori sono RJ45 classici.

Quali comandi si possono dare per capirne un po di più?


Per verificare se il problema è la lentezza dell'accesso al disco, ti 
consiglio di utilizzare da terminale atop


Piviul




Buon giorno Lista,
Ok, userò sicuramente atop. Conoscevo e usavo top ed htop.

Quando spengo il PC, vedo questo messaggio :
"A stop job is running for USER MANAGER for UID 1001"
Poi mi da come tempo di attesa 2 minuti e quindi spegne il PC.
Cioè ogni volta che spengo devo attendere 2 minuti.
Ho guardato ora in top ed atop ma non vedo processi con il numero 1001.

Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: OK

[Piviul]

On 3/28/23 13:34, Piviul wrote:

[...]
Per verificare se il problema è la lentezza dell'accesso al disco, ti 
consiglio di utilizzare da terminale atop


ovviamente dal pc che ha l'accesso al disco più lento che probabilmente 
sarà il pc che sta ricevendo i dati


Piviul

Re: PC Desktop nuovo: OK

[Paolo Redaelli]

On 28/03/23 13:04, Leonardo Boselli wrote:

On Tue, 28 Mar 2023, mauro morichi wrote:
ricorda poi che l'indicazione  1Gbits e' sulla scheda mentre noi 
ragioniamo sempre a bytess che sono, spannometro, il numero 
diviso circa 10 ovvero: 1 Gbites diventa 100 Mbytess 
inoltre data la modestia del switch e mille altri valori, la resa 
effettiva scende e di tanto. (bonta' degli hw, latenze, tempi di 
risposta dei sw, risoluzioni dns, ping la fila e' chilometrica).


e il fattore più importante: i dischi .
giusto per avere un idea: copia un grosso file da un disco all'altro e 
vedi a che velocità va. Spesso è meno che da una macchina all'altra.


Così però vedi solo il collo di bottiglia, ma non dove, ossia se in 
lettura dal disco A o in scrittura su B.


Per essere sicuro devi copiare da e verso /dev/zero, magari con dd

Re: PC Desktop nuovo: OK

[Piviul]

On 3/27/23 10:37, pinguino wrote:

Buongiorno Lista,
Ora sto facendo la copia. Nella finestra operazioni su files, c'è 
scritto il numero di files da trasferire ed il tempo che impiegherà.
Come velocità ora dice 18 MB/sec. Varia tra i 10 ed i 19 MB/sec. Non 
so di preciso se sono Mbit o MegaByte, presumo siano MegaByte.
Le schede sono entrambe della Realtek e sono integrate sulle schede 
madri. Una è più vecchia ed arriva al massimo a 1000 l'altra va a 2.5 
GByte al sec. Sono collegate con cavi di rete ethernet normali, al 
modem di Fastweb. I connettori sono RJ45 classici.

Quali comandi si possono dare per capirne un po di più?


Per verificare se il problema è la lentezza dell'accesso al disco, ti 
consiglio di utilizzare da terminale atop


Piviul

Re: PC Desktop nuovo: OK

[Leonardo Boselli]

On Tue, 28 Mar 2023, mauro morichi wrote:
ricorda poi che l'indicazione  1Gbits e' sulla scheda mentre noi 
ragioniamo sempre a bytess che sono, spannometro, il numero diviso circa 
10 ovvero: 1 Gbites diventa 100 Mbytess inoltre data la modestia 
del switch e mille altri valori, la resa effettiva scende e di tanto. (bonta' 
degli hw, latenze, tempi di risposta dei sw, risoluzioni dns, ping la 
fila e' chilometrica).


e il fattore più importante: i dischi .
giusto per avere un idea: copia un grosso file da un disco all'altro e 
vedi a che velocità va. Spesso è meno che da una macchina all'altra.



--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it

Re: PC Desktop nuovo: OK

[mauro morichi]

Il 28/03/2023 11:36, pinguino ha scritto:

Questi sono segnati in rosso:
 9.128162] kvm: disabled by bios
[    9.292694] kvm: disabled by bios
non e' un messaggio grave, ma un avviso circa la possibilita' di 
attivare servizi di virtualizzazione. In questo caso di dice 
semplicemente che la virtualizzazione a livello hw e' disattivata con 
un'apposita opzione del bios. Se non hai intenzione di attivare la 
virtualizzazione (kvm, virtualbox etc...) sfruttando i vantaggi hw, puoi 
ignorare.


Questi riguardano la scheda di rete:
 9.306614] r8169 :03:00.0: firmware: direct-loading firmware 
rtl_nic/rtl8125b-2.fw
[    9.334655] RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-300:00: attached 
PHY driver [RTL8226B_RTL8221B 2.5Gbps PHY] 
(mii_bus:phy_addr=r8169-0-300:00, irq=IGNORE)
12.358618] r8169 :03:00.0 enp3s0: Link is Up - 1Gbps/Full - flow 
control off

[   12.358632] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready
[   12.366395] r8169 :03:00.0 enp3s0: Link is Down
[   16.165995] r8169 :03:00.0 enp3s0: Link is Up - 1Gbps/Full - 
flow control off 


avvisi normalissimi che ti dicono che la scheda e' attaccata a 1 giga e 
funziona regolarmente.


il fattto, come tu indicati che hai due schede rispettivamente da 1G e 
2.5G fanno riferimento alla capacita' della scheda stessa non a cosa 
c'e' attaccato dall'altra parte del cavo. Si va sempre alla velocita' 
dell'unita' piu' lenta.  Se sei attaccato direttamente al router al 
massimo vai a 1G a meno di non avere un apparato abbastanza sofisticato 
e comunque la connessione verso internet raramente e' superiore e quindi 
non avrebbe senso avere porte a velocita' piu' alte. Inoltre, il 
routerino che hai per navigare non ti puo' offrire prestazioni degne di 
una rete interna come si deve, quindi andrai a 1G dal punto di vista 
fisico e molto meno dal punto di vista reale.


ricorda poi che l'indicazione  1Gbits e' sulla scheda mentre noi 
ragioniamo sempre a bytess che sono, spannometro, il numero diviso 
circa 10 ovvero: 1 Gbites diventa 100 Mbytess inoltre data 
la modestia del switch e mille altri valori, la resa effettiva scende e 
di tanto. (bonta' degli hw, latenze, tempi di risposta dei sw, 
risoluzioni dns, ping la fila e' chilometrica).

Re: PC Desktop nuovo: OK

[pinguino]

Il 27/03/23 10:46, Leonardo Boselli ha scritto:

On Mon, 27 Mar 2023, pinguino wrote:
Come velocità ora dice 18 MB/sec. Varia tra i 10 ed i 19 MB/sec. Non 
so di preciso se sono Mbit o MegaByte, presumo siano MegaByte.
Le schede sono entrambe della Realtek e sono integrate sulle schede 
madri. Una è più vecchia ed arriva al massimo a 1000 l'altra va a 2.5 
GByte al sec.


quindi al massimo vai a 1000 Mb/s e a meno che abbia tutti SSD o un raid 
0 non hai molto di più da poter ottenere. Specie se dopo la scrittura 
chiedi la verifica.


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225


Buon giorno Lista,
Ora per verificare se funziona tutto bene, ogni tanto do il comando 
dmesg da terminale root.

Alcuni messaggi li capisco altri non tanto bene.
Ad esempio i messaggi rossi sono più gravi degli altri ?
Perché sono contrassegnati anche dai colori.
Questi sono alcuni dei messaggi che vedo:
Questi sono segnati in rosso:
 9.128162] kvm: disabled by bios
[9.292694] kvm: disabled by bios

Questi riguardano la scheda di rete:
 9.306614] r8169 :03:00.0: firmware: direct-loading firmware 
rtl_nic/rtl8125b-2.fw
[9.334655] RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-300:00: attached 
PHY driver [RTL8226B_RTL8221B 2.5Gbps PHY] 
(mii_bus:phy_addr=r8169-0-300:00, irq=IGNORE)
12.358618] r8169 :03:00.0 enp3s0: Link is Up - 1Gbps/Full - flow 
control off

[   12.358632] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready
[   12.366395] r8169 :03:00.0 enp3s0: Link is Down
[   16.165995] r8169 :03:00.0 enp3s0: Link is Up - 1Gbps/Full - flow 
control off



Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: OK

[Leonardo Boselli]

On Mon, 27 Mar 2023, pinguino wrote:
Come velocità ora dice 18 MB/sec. Varia tra i 10 ed i 19 MB/sec. Non so di 
preciso se sono Mbit o MegaByte, presumo siano MegaByte.
Le schede sono entrambe della Realtek e sono integrate sulle schede madri. 
Una è più vecchia ed arriva al massimo a 1000 l'altra va a 2.5 GByte al sec.


quindi al massimo vai a 1000 Mb/s e a meno che abbia tutti SSD o un raid 0 
non hai molto di più da poter ottenere. Specie se dopo la scrittura chiedi 
la verifica.


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225

Re: PC Desktop nuovo: OK

[pinguino]

Il 26/03/23 21:21, Leonardo Boselli ha scritto:

On Sun, 26 Mar 2023, pinguino wrote:

Ora sta copiando i dati già da un paio di ore.
Ma intanto vorrei capire se è normale che sia cosi lento ?
Perché la velocità di trasmissione varia dai 2 ai 4 Mb/sec.


megabit o megabyte ? che tipo di cavo c'è ? che schede di rete ? back to 
back o via switch ? che switch ? perché se fossero megabyte e fosse uno 
switch fast ethernet sarebbe un buon valore, se fosse un giga ethernet 
mica tanto.



Buongiorno Lista,
Ora sto facendo la copia. Nella finestra operazioni su files, c'è 
scritto il numero di files da trasferire ed il tempo che impiegherà.
Come velocità ora dice 18 MB/sec. Varia tra i 10 ed i 19 MB/sec. Non so 
di preciso se sono Mbit o MegaByte, presumo siano MegaByte.
Le schede sono entrambe della Realtek e sono integrate sulle schede 
madri. Una è più vecchia ed arriva al massimo a 1000 l'altra va a 2.5 
GByte al sec. Sono collegate con cavi di rete ethernet normali, al modem 
di Fastweb. I connettori sono RJ45 classici.

Quali comandi si possono dare per capirne un po di più?

Grazie
Saluti
Claudio


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: OK

[Leonardo Boselli]

On Sun, 26 Mar 2023, pinguino wrote:

Ora sta copiando i dati già da un paio di ore.
Ma intanto vorrei capire se è normale che sia cosi lento ?
Perché la velocità di trasmissione varia dai 2 ai 4 Mb/sec.


megabit o megabyte ? che tipo di cavo c'è ? che schede di rete ? back to 
back o via switch ? che switch ? perché se fossero megabyte e fosse uno 
switch fast ethernet sarebbe un buon valore, se fosse un giga ethernet 
mica tanto.


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225

Re: PC Desktop nuovo: OK

[pinguino]

Il 26/03/23 17:20, pinguino ha scritto:

Il 26/03/23 17:01, pinguino ha scritto:

Il 26/03/23 09:57, Piviul ha scritto:

Il 25/03/23 19:09, pinguino ha scritto:

[...]
Ora sto cercando di configurare la condivisione dei files e degli 
utenti tra i due computer, che sono collegati al modem di Fastweb.

Quali pacchetti si possono usare ?
Se non vuoi condividere gli utenti e non hai macchine windows ti 
basta openssh-server


Piviul



Buon giorno Lista,
Si, avevo sentito parlare di ssh, lo conosco solo di "vista". ma 
ancora non lo ho mai usato in pratica.

Bisogna fare tutto da terminale ?
O si può anche vedere in modo grafico sul file manager ?

Tengo questo, come riferimento di base :
https://www.debian.org/doc/manuals/debian-handbook/index.it.html

Ma alle volte mi mancano dei passaggi pratici per risolvere i problemi 
software.





Buon giorno Lista,
Ad esempio, ora se apro il file manager caja su Mate, vado su sfoglia 
rete, vedo tre icone una è quella del PC che uso, poi vedo l'icona 
dell'altro PC, poi c'è anche quella con scritto "rete windows".
Se provo a cliccare sull'icona dell'altro PC apre una finestra con una 
cartella di nome print$, se provo ad aprire quella finestra mi richiede 
la password per la condivisione. Ma ci sono due possibilità: anonimo o 
utente registrato. Ho provato tutti e due i modi ma non va. Non da 
errori, ma non funziona. Forse devo condividere i dischi o le cartelle ?


Grazie
Saluti

Claudio



Buonasera Lista,
Pardon,
In casi come questo, la frenesia mi porta le mani ad essere più veloci 
del cervello.

Ora sono riuscito a connettere in qualche modo i due PC.
Cioè dal menu Risorse c'è l'opzione connetti al Server.
Da li scelgo tipo connessione SSH, poi metto il nome dell'altro computer 
ed anche i dettagli dell'utente. Cosi si connette in modo positivo.

Ora sta copiando i dati già da un paio di ore.
Ma intanto vorrei capire se è normale che sia cosi lento ?
Perché la velocità di trasmissione varia dai 2 ai 4 Mb/sec.

Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: OK

[pinguino]

Il 26/03/23 17:01, pinguino ha scritto:

Il 26/03/23 09:57, Piviul ha scritto:

Il 25/03/23 19:09, pinguino ha scritto:

[...]
Ora sto cercando di configurare la condivisione dei files e degli 
utenti tra i due computer, che sono collegati al modem di Fastweb.

Quali pacchetti si possono usare ?
Se non vuoi condividere gli utenti e non hai macchine windows ti basta 
openssh-server


Piviul



Buon giorno Lista,
Si, avevo sentito parlare di ssh, lo conosco solo di "vista". ma ancora 
non lo ho mai usato in pratica.

Bisogna fare tutto da terminale ?
O si può anche vedere in modo grafico sul file manager ?

Tengo questo, come riferimento di base :
https://www.debian.org/doc/manuals/debian-handbook/index.it.html

Ma alle volte mi mancano dei passaggi pratici per risolvere i problemi 
software.





Buon giorno Lista,
Ad esempio, ora se apro il file manager caja su Mate, vado su sfoglia 
rete, vedo tre icone una è quella del PC che uso, poi vedo l'icona 
dell'altro PC, poi c'è anche quella con scritto "rete windows".
Se provo a cliccare sull'icona dell'altro PC apre una finestra con una 
cartella di nome print$, se provo ad aprire quella finestra mi richiede 
la password per la condivisione. Ma ci sono due possibilità: anonimo o 
utente registrato. Ho provato tutti e due i modi ma non va. Non da 
errori, ma non funziona. Forse devo condividere i dischi o le cartelle ?


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: OK

[pinguino]

Il 26/03/23 09:57, Piviul ha scritto:

Il 25/03/23 19:09, pinguino ha scritto:

[...]
Ora sto cercando di configurare la condivisione dei files e degli 
utenti tra i due computer, che sono collegati al modem di Fastweb.

Quali pacchetti si possono usare ?
Se non vuoi condividere gli utenti e non hai macchine windows ti basta 
openssh-server


Piviul



Buon giorno Lista,
Si, avevo sentito parlare di ssh, lo conosco solo di "vista". ma ancora 
non lo ho mai usato in pratica.

Bisogna fare tutto da terminale ?
O si può anche vedere in modo grafico sul file manager ?

Tengo questo, come riferimento di base :
https://www.debian.org/doc/manuals/debian-handbook/index.it.html

Ma alle volte mi mancano dei passaggi pratici per risolvere i problemi 
software.


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone