Ciao a tutti, ho installato debian su una macchina con bios efi e 2
dischi gpt. Ora la situazione è questa:

# efibootmgr -v
Timeout: 5 seconds
BootOrder: 000E,000D,0002,0004,0000,0001,0003,0005,0006,0007,0008,0009,000A,000B,000C Boot0000* CD/DVD Rom PciRoot(0x0)/Pci(0x1d,0x0)/USB(0,0)/USB(3,0)/HD(1,MBR,0x3c15dbf8,0xfdc,0x1440) Boot0001* Floppy Disk VenMedia(0c588db8-6af4-11dd-a992-00197d890238,00) Boot0002* Hard Disk 0 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,08) Boot0003* PXE Network VenMedia(0c588db8-6af4-11dd-a992-00197d890238,06) Boot0004* Hard Disk 1 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,09) Boot0005* Hard Disk 2 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,0a) Boot0006* Hard Disk 3 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,0b) Boot0007* USB Storage VenMedia(0c588db8-6af4-11dd-a992-00197d890238,03) Boot0008* Diagnostics VenMedia(0c588db8-6af4-11dd-a992-00197d890238,da) Boot0009* iSCSI VenMedia(0c588db8-6af4-11dd-a992-00197d890238,04)
Boot000A* iSCSI Critical VenMedia(0c588db8-6af4-11dd-a992-00197d890238,05) Boot000B* Legacy Only VenMedia(0c588db8-6af4-11dd-a992-00197d890238,ee) Boot000C* Embedded Hypervisor
VenMedia(0c588db8-6af4-11dd-a992-00197d890238,01)
Boot000D* PciRoot(0x0)/Pci(0x1f,0x2)/Ata(0,1,0)/HD(1,GPT,5858cab7-a9d5-401f-9499-0eb82d68e6da,0x800,0x100000)/File(\EFI\debian\grubx64.efi)
Boot000E* debian HD(1,GPT,5858cab7-a9d5-401f-9499-0eb82d68e6da,0x800,0x100000)/File(\EFI\debian\shimx64.efi)

# blkid /dev/sdb1
/dev/sdb1: PARTUUID="5858cab7-a9d5-401f-9499-0eb82d68e6da"

# blkid /dev/sdc1
/dev/sdc1: UUID="E212-C806" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5858cab7-a9d5-401f-9499-0eb82d68e6da"

# grep -i efi /etc/fstab
# /boot/efi was on /dev/sda1 during installation
UUID=E212-C806  /boot/efi       vfat    umask=0077      0       1

E c'è qualcosa che non torna... sdb1 e sdc1 hanno lo stesso PARTUUID...
ed ora? Fra le altre cose se faccio un ls di /boot/efi vedo dei
geroglifici binari invece di poter sfogliare i file efi di boot...

sono molto confuso e se qualcuno mi potesse aiutare a capirci qualcosa
in più...

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Forse ci hai già pensato ma secondo me, intanto potresti provare a
impostare manualmente con tune2fs l'UUID della partizione dove non c'è /boot/efi (ovviamente aggiornandolo poi in fstab e grub).

Il 16/01/22 16:35, Piviul ha scritto:

Ciao a tutti, ho installato debian su una macchina con bios efi e 2
dischi gpt. Ora la situazione è questa:

# efibootmgr -v
Timeout: 5 seconds
BootOrder: 000E,000D,0002,0004,0000,0001,0003,0005,0006,0007,0008,0009,000A,000B,000C Boot0000* CD/DVD Rom PciRoot(0x0)/Pci(0x1d,0x0)/USB(0,0)/USB(3,0)/HD(1,MBR,0x3c15dbf8,0xfdc,0x1440)
Boot0001* Floppy Disk VenMedia(0c588db8-6af4-11dd-a992-00197d890238,00) Boot0002* Hard Disk 0 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,08) Boot0003* PXE Network VenMedia(0c588db8-6af4-11dd-a992-00197d890238,06) Boot0004* Hard Disk 1 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,09) Boot0005* Hard Disk 2 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,0a) Boot0006* Hard Disk 3 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,0b) Boot0007* USB Storage VenMedia(0c588db8-6af4-11dd-a992-00197d890238,03) Boot0008* Diagnostics VenMedia(0c588db8-6af4-11dd-a992-00197d890238,da) Boot0009* iSCSI VenMedia(0c588db8-6af4-11dd-a992-00197d890238,04)
Boot000A* iSCSI Critical
VenMedia(0c588db8-6af4-11dd-a992-00197d890238,05)
Boot000B* Legacy Only VenMedia(0c588db8-6af4-11dd-a992-00197d890238,ee) Boot000C* Embedded Hypervisor VenMedia(0c588db8-6af4-11dd-a992-00197d890238,01)
Boot000D* PciRoot(0x0)/Pci(0x1f,0x2)/Ata(0,1,0)/HD(1,GPT,5858cab7-a9d5-401f-9499-0eb82d68e6da,0x800,0x100000)/File(\EFI\debian\grubx64.efi)
Boot000E* debian HD(1,GPT,5858cab7-a9d5-401f-9499-0eb82d68e6da,0x800,0x100000)/File(\EFI\debian\shimx64.efi)

# blkid /dev/sdb1
/dev/sdb1: PARTUUID="5858cab7-a9d5-401f-9499-0eb82d68e6da"

# blkid /dev/sdc1
/dev/sdc1: UUID="E212-C806" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5858cab7-a9d5-401f-9499-0eb82d68e6da"

# grep -i efi /etc/fstab
# /boot/efi was on /dev/sda1 during installation
UUID=E212-C806  /boot/efi       vfat    umask=0077      0       1

E c'è qualcosa che non torna... sdb1 e sdc1 hanno lo stesso
PARTUUID... ed ora? Fra le altre cose se faccio un ls di /boot/efi
vedo dei geroglifici binari invece di poter sfogliare i file efi di
boot...

sono molto confuso e se qualcuno mi potesse aiutare a capirci qualcosa
in più...

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 16/01/22 16:35, Piviul ha scritto:

Ciao a tutti, ho installato debian su una macchina con bios efi e 2
dischi gpt. Ora la situazione è questa:

# efibootmgr -v
Timeout: 5 seconds
BootOrder: 000E,000D,0002,0004,0000,0001,0003,0005,0006,0007,0008,0009,000A,000B,000C Boot0000* CD/DVD Rom PciRoot(0x0)/Pci(0x1d,0x0)/USB(0,0)/USB(3,0)/HD(1,MBR,0x3c15dbf8,0xfdc,0x1440)

Boot0001* Floppy Disk VenMedia(0c588db8-6af4-11dd-a992-00197d890238,00) Boot0002* Hard Disk 0 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,08) Boot0003* PXE Network VenMedia(0c588db8-6af4-11dd-a992-00197d890238,06) Boot0004* Hard Disk 1 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,09) Boot0005* Hard Disk 2 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,0a) Boot0006* Hard Disk 3 VenMedia(0c588db8-6af4-11dd-a992-00197d890238,0b) Boot0007* USB Storage VenMedia(0c588db8-6af4-11dd-a992-00197d890238,03) Boot0008* Diagnostics VenMedia(0c588db8-6af4-11dd-a992-00197d890238,da) Boot0009* iSCSI VenMedia(0c588db8-6af4-11dd-a992-00197d890238,04)
Boot000A* iSCSI Critical VenMedia(0c588db8-6af4-11dd-a992-00197d890238,05) Boot000B* Legacy Only VenMedia(0c588db8-6af4-11dd-a992-00197d890238,ee) Boot000C* Embedded Hypervisor VenMedia(0c588db8-6af4-11dd-a992-00197d890238,01)
Boot000D* PciRoot(0x0)/Pci(0x1f,0x2)/Ata(0,1,0)/HD(1,GPT,5858cab7-a9d5-401f-9499-0eb82d68e6da,0x800,0x100000)/File(\EFI\debian\grubx64.efi)

Boot000E* debian HD(1,GPT,5858cab7-a9d5-401f-9499-0eb82d68e6da,0x800,0x100000)/File(\EFI\debian\shimx64.efi)

# blkid /dev/sdb1
/dev/sdb1: PARTUUID="5858cab7-a9d5-401f-9499-0eb82d68e6da"

ciao,
l'UID non appare o lo hai tolto?

è vfat anche sdb1?

# blkid /dev/sdc1
/dev/sdc1: UUID="E212-C806" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5858cab7-a9d5-401f-9499-0eb82d68e6da"

# grep -i efi /etc/fstab
# /boot/efi was on /dev/sda1 during installation
UUID=E212-C806  /boot/efi       vfat    umask=0077      0       1

E c'è qualcosa che non torna... sdb1 e sdc1 hanno lo stesso PARTUUID...

non uso il PARTUID, ma l'UID, quindi non so bene le differenze (anche se
dicono che è indifferente)

ed ora? Fra le altre cose se faccio un ls di /boot/efi vedo dei
geroglifici binari invece di poter sfogliare i file efi di boot...

strano, io ho due cartelle, EFI ed efi e mi danno delle sottodirectory ambedue...

cosa ti dice:
df -h

hai directory logiche o estese?

sono molto confuso e se qualcuno mi potesse aiutare a capirci qualcosa
in più...

Piviul

valerio

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Jan 16, 2022 at 04:35:14PM +0100, Piviul wrote:

Ciao a tutti, ho installato debian su una macchina con bios efi e 2 dischi gpt.

Dicci di più sulla macchina: marca, modello, controller, tipi di dischi, CPU, RAM ecc.

--

Saluton,
Marco Ciampa

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 16/01/22 18:07, Giovanni "Ivan" Alberotanza wrote:

Forse ci hai già pensato ma secondo me, intanto potresti provare a
impostare manualmente con tune2fs l'UUID della partizione dove non c'è /boot/efi (ovviamente aggiornandolo poi in fstab e grub).

Mi sono bloccato perché non so quale delle 2 partizioni esp contiene la partizione corretta e so per certo che una è corretta e l'altra no.
Quella che viene montata con fstab contiene una serie di geroglifici e
l'altra non la riesco a montare...  :(

Ma rischio qualcosa a cambiare l'UUID? In fondo se cambio l'UUID di sdc1
e poi aggiorno fstab non rischio nulla no?

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Jan 16, 2022 at 06:33:55PM +0100, Piviul wrote:

On 16/01/22 18:07, Giovanni "Ivan" Alberotanza wrote:

Forse ci hai già pensato ma secondo me, intanto potresti provare a impostare manualmente con tune2fs l'UUID della partizione dove non c'è /boot/efi (ovviamente aggiornandolo poi in fstab e grub).

Mi sono bloccato perché non so quale delle 2 partizioni esp contiene la partizione corretta e so per certo che una è corretta e l'altra no.

Non ho capito. Non puoi togliere il disco aggiunto e controllare se parte tutto? A quel punto l'hd aggiuntivo lo metti da qualche altra parte ed _elimini_ la efi aggiuntiva che ti fa solo casini...


--

Saluton,
Marco Ciampa

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 16/01/22 16:56, Leonardo Boselli wrote:

che succede se togli un disco ?
(per quale occorrerebbe vedere tutto il fstab)

purtroppo il pc è già entrato in produzione, mi sono accorto un po'
tardi del problema e non è che possa fare tante prove.... Questa è la situazione dei dischi:

# fdisk -l /dev/sd{b,c}
Disk /dev/sdb: 12.73 TiB, 14000519643136 bytes, 27344764928 sectors
Disk model: TOSHIBA MG07ACA1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 98D8C3AB-919B-4C40-A4CD-E8248D117C1F

Device       Start         End     Sectors  Size Type /dev/sdb1     2048     1050623     1048576  512M EFI System /dev/sdb2  1050624     2050047      999424  488M Linux RAID /dev/sdb3  2050048 27344762879 27342712832 12.7T Linux LVM


Disk /dev/sdc: 12.73 TiB, 14000519643136 bytes, 27344764928 sectors
Disk model: TOSHIBA MG07ACA1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 98D8C3AB-919B-4C40-A4CD-E8248D117C1F

Device       Start         End     Sectors  Size Type /dev/sdc1     2048     1050623     1048576  512M EFI System /dev/sdc2  1050624     2050047      999424  488M Linux RAID /dev/sdc3  2050048 27344762879 27342712832 12.7T Linux LVM

E questo è l'fstab (anche se non so cosa possa esserti utile):

# cat /etc/fstab
# [...]
#
# <file system> <mount point>   <type> <options>       <dump>  <pass> /dev/mapper/backup--server--vg-root /               ext4 errors=remount-ro 0       1
# /boot was on /dev/md0 during installation UUID=3379e16f-3f9d-4eba-a9d2-a824a7598658 /boot           ext2 defaults        0       2
# /boot/efi was on /dev/sda1 during installation
UUID=E212-C806  /boot/efi       vfat    umask=0077      0       1
# [...]

L'ho stroncato perché poi contiene una serie di volumi lvm che non
dovrebbero c'entrare nulla ma non ho nulla in contrario a mandartelo
tutto intero se credi possa esserti utile

Me ne sono accorto perché volevo ridondare la ESP fra i 2 dischi e non riuscivo a capire quale fosse quella corretta...

Non so... che fo?

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Jan 16, 2022 at 05:44:44PM +0100, Piviul wrote:

On 16/01/22 16:56, Leonardo Boselli wrote:

che succede se togli un disco ?
(per quale occorrerebbe vedere tutto il fstab)

purtroppo il pc è già entrato in produzione, mi sono accorto un po' tardi del problema e non è che possa fare tante prove.... Questa è la situazione dei dischi:

# fdisk -l /dev/sd{b,c}
Disk /dev/sdb: 12.73 TiB, 14000519643136 bytes, 27344764928 sectors
Disk model: TOSHIBA MG07ACA1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 98D8C3AB-919B-4C40-A4CD-E8248D117C1F

Device       Start         End     Sectors  Size Type /dev/sdb1     2048     1050623     1048576  512M EFI System /dev/sdb2  1050624     2050047      999424  488M Linux RAID /dev/sdb3  2050048 27344762879 27342712832 12.7T Linux LVM

Disk /dev/sdc: 12.73 TiB, 14000519643136 bytes, 27344764928 sectors
Disk model: TOSHIBA MG07ACA1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 98D8C3AB-919B-4C40-A4CD-E8248D117C1F

Device       Start         End     Sectors  Size Type /dev/sdc1     2048     1050623     1048576  512M EFI System /dev/sdc2  1050624     2050047      999424  488M Linux RAID /dev/sdc3  2050048 27344762879 27342712832 12.7T Linux LVM

E questo è l'fstab (anche se non so cosa possa esserti utile):

# cat /etc/fstab
# [...]
#
# <file system> <mount point>   <type> <options>       <dump>  <pass>
/dev/mapper/backup--server--vg-root /               ext4 errors=remount-ro
0       1
# /boot was on /dev/md0 during installation UUID=3379e16f-3f9d-4eba-a9d2-a824a7598658 /boot           ext2 defaults        0       2
# /boot/efi was on /dev/sda1 during installation
UUID=E212-C806  /boot/efi       vfat    umask=0077      0       1
# [...]

L'ho stroncato perché poi contiene una serie di volumi lvm che non dovrebbero c'entrare nulla ma non ho nulla in contrario a mandartelo tutto intero se credi possa esserti utile

Me ne sono accorto perché volevo ridondare la ESP fra i 2 dischi e non riuscivo a capire quale fosse quella corretta...

Non so... che fo?

Adesso capisco: qualche intelligentone ha duplicato il disco con dd ...

--

Saluton,
Marco Ciampa

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 16/01/22 19:58, Marco Ciampa wrote:

Non ho capito. Non puoi togliere il disco aggiunto e controllare se parte tutto? A quel punto l'hd aggiuntivo lo metti da qualche altra parte ed _elimini_ la efi aggiuntiva che ti fa solo casini...

beh, tutto si può fare nella vita ma il disco contiene qualche tera di
dati; ci sono parecchi volumi logici sopra. Non è così immediato...

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 16/01/22 22:52, Marco Ciampa wrote:

Adesso capisco: qualche intelligentone ha duplicato il disco con dd ...

...temo che tu ci abbia visto giusto; non ricordo ma per pigrizia devo
aver clonato la tabella delle partizioni fra i 2 dischi e dimenticato di rigenerare gli uuid... Certo che la resilienza del kernl linux è
notevole. Comunque ora la situazione è questa:

# blkid /dev/sd{b,c}{1,2,3}
/dev/sdb1: PARTUUID="5858cab7-a9d5-401f-9499-0eb82d68e6da"
/dev/sdb2: UUID="47bca66c-9736-f987-5e55-dea29a35c14f" UUID_SUB="90c40c95-10c1-a1fa-7a8f-756f24d994fc" LABEL="backup-server:0" TYPE="linux_raid_member" PARTUUID="54fef446-5367-4745-b512-ef3f
1a0fb722"
/dev/sdb3: UUID="S6B94z-qFpF-jloy-g4z4-Tz3w-z0ad-Orr3G9"
TYPE="LVM2_member" PARTUUID="03e6239f-bda1-437a-acb9-e808eff5f83a"
/dev/sdc1: UUID="E212-C806" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5858cab7-a9d5-401f-9499-0eb82d68e6da"
/dev/sdc2: UUID="47bca66c-9736-f987-5e55-dea29a35c14f" UUID_SUB="80c6991e-dcad-0fc5-ff52-ced72c71c43e" LABEL="backup-server:0" TYPE="linux_raid_member" PARTUUID="54fef446-5367-4745-b512-ef3f
1a0fb722"
/dev/sdc3: UUID="CAJTvQ-uCf2-W2K6-vO4Y-Z8XT-15ui-Vo8Tw4"
TYPE="LVM2_member" PARTUUID="03e6239f-bda1-437a-acb9-e808eff5f83a"

su sdb1 e sdc1 ho la partizione ESP
sdb2 e sdc2 sono in raid mirror e c'è il sistema operativo
e sdb3, sdc3 sono PV di un volume LVM.

...ora mi toccherà affrontare il problema con calma su come rigenerare
gli UUID/PARTUUID comuni senza perdere i dati.

Quindi il fatto che sdc1 si monti ma che poi si vedano solo
geroglifici[¹] e che sdb1 invece non riesca a montarla[²] potrebbe
dipendere dal fatto che condividano lo stesso PARTUUID? E il fatto che
sdb1 non abbia UUID potrebbe voler dire che non c'è un filesystem e
quindi è anche il motivo per cui poi non riesca a montarla? Se così
fosse vuol dire che la partizione ESP corretta dovrebbe essere su sdc1...

Piviul

[¹]
# ls /boot/efi
''$'\001\001''.'$'\003\001'  ''$'\t''.'$'\v' '∙'$'\002''.√'$'\002'  '╤'$'\001''.╙'$'\001' '9'$'\002''.;'$'\002'   EFI'ö'$'\001''.¢'$'\001'   ü.â
''$'\001\002''.'$'\003\002'  '!'$'\001''.#'$'\001'   ∙.√ '╤'$'\002''.╙'$'\002'  '9'$'\003''.;'$'\003' 'ë'$'\001''.ï'$'\001''ö'$'\002''.¢'$'\002'  'y'$'\001''.['$'\001'
[...]

[²]
# mount /dev/sdb1 /mnt
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 16/01/22 18:53, valerio wrote:

ciao,
l'UID non appare o lo hai tolto?

non ho tolto nulla.

è vfat anche sdb1?

Le partizioni ESP dovrebbero essere vfat

non uso il PARTUID, ma l'UID, quindi non so bene le differenze (anche
se dicono che è indifferente)

da quel che ho capito PARTUUID dovrebbe identificare la partizione su
dischi GPT quindi a livello di partizione mentre la UUID dovrebbe
identificare la partizione come filesystem...

[...]
hai directory logiche o estese?

sono dischi GPT...

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Mon, Jan 17, 2022 at 02:10:28AM +0100, Piviul wrote:

On 16/01/22 22:52, Marco Ciampa wrote:

Adesso capisco: qualche intelligentone ha duplicato il disco con dd ...

...temo che tu ci abbia visto giusto; non ricordo ma per pigrizia devo aver clonato la tabella delle partizioni fra i 2 dischi e dimenticato di rigenerare gli uuid...

...

su sdb1 e sdc1 ho la partizione ESP
sdb2 e sdc2 sono in raid mirror e c'è il sistema operativo
e sdb3, sdc3 sono PV di un volume LVM.

allora evita di fare tanti casini: semplicemente fai il backup di tutto e
rifai tutto come dovevi fare dall'inizio.

--

Saluton,
Marco Ciampa

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Mon, Jan 17, 2022 at 07:11:15AM +0000, Marco Ciampa wrote:

On Mon, Jan 17, 2022 at 02:10:28AM +0100, Piviul wrote:

On 16/01/22 22:52, Marco Ciampa wrote:

Adesso capisco: qualche intelligentone ha duplicato il disco con dd ...

...temo che tu ci abbia visto giusto; non ricordo ma per pigrizia devo aver clonato la tabella delle partizioni fra i 2 dischi e dimenticato di rigenerare gli uuid...

...

su sdb1 e sdc1 ho la partizione ESP
sdb2 e sdc2 sono in raid mirror e c'è il sistema operativo
e sdb3, sdc3 sono PV di un volume LVM.

allora evita di fare tanti casini: semplicemente fai il backup di tutto e rifai tutto come dovevi fare dall'inizio.

.... anche perché: se i tuoi dati sono importanti, non vorrai mica fare
gli esperimenti sui tuoi dati senza backup ... SPERO PER TE?!?

--

Saluton,
Marco Ciampa

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 17/01/22 08:27, Marco Ciampa wrote:

On Mon, Jan 17, 2022 at 07:11:15AM +0000, Marco Ciampa wrote:

[...]
allora evita di fare tanti casini: semplicemente fai il backup di tutto e
rifai tutto come dovevi fare dall'inizio.

.... anche perché: se i tuoi dati sono importanti, non vorrai mica fare
gli esperimenti sui tuoi dati senza backup ... SPERO PER TE?!?

...mi sa che mi stai convincendo :)

ho visto ora che oltre alle partizioni anche i 2 dischi stessi hanno lo
stesso identificativo[¹]... quindi temo che anche andando a cambiare
piano piano gli identificativi di dimenticarmene sempre qualcuno e di accorgermi di qualche anomalia soltanto fra qualche mese e quindi in
altre parole Marco, mi hai convinto!

Grazie un monte a tutti quanti

Piviul

[¹]
root@backup-server:~# fdisk -l /dev/sd{b,c}
Disk /dev/sdb: 12.73 TiB, 14000519643136 bytes, 27344764928 sectors
[...]
Disk identifier: 98D8C3AB-919B-4C40-A4CD-E8248D117C1F
[...]

Disk /dev/sdc: 12.73 TiB, 14000519643136 bytes, 27344764928 sectors
[...]
Disk identifier: 98D8C3AB-919B-4C40-A4CD-E8248D117C1F
[...]

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Mon, Jan 17, 2022 at 09:02:06AM +0100, Piviul wrote:

On 17/01/22 08:27, Marco Ciampa wrote:

On Mon, Jan 17, 2022 at 07:11:15AM +0000, Marco Ciampa wrote:

[...]
allora evita di fare tanti casini: semplicemente fai il backup di tutto e rifai tutto come dovevi fare dall'inizio.

.... anche perché: se i tuoi dati sono importanti, non vorrai mica fare gli esperimenti sui tuoi dati senza backup ... SPERO PER TE?!?

...mi sa che mi stai convincendo :)

ho visto ora che oltre alle partizioni anche i 2 dischi stessi hanno lo stesso identificativo[¹]... quindi temo che anche andando a cambiare piano piano gli identificativi di dimenticarmene sempre qualcuno e di accorgermi
di qualche anomalia soltanto fra qualche mese e quindi in altre parole
Marco, mi hai convinto!

Bravo ragazzo. Perché, come dice il buon Diaolin, "backup" è una parola
bantu che significa: "avresti potuto salvarti il culo..."

;-)

https://www.linuxtrent.it/backup-e-una-parola-bantu-e-significa-avresti-potuto-salvarti-il-culo/

--

Saluton,
Marco Ciampa

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)