Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.os.linux.sys > #45103 > unrolled thread

how to letto in rete --2

Back to article view | Back to it.comp.os.linux.sys

Contents

  how to letto in rete --2 CBM64 <amiga1000@commodore.com> - 2024-03-26 16:53 +0100
    Re: how to letto in rete --2 Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-03-26 18:34 +0100
      Re: how to letto in rete --2 CBM64 <amiga1000@commodore.com> - 2024-03-26 19:56 +0100
    Re: how to letto in rete --2 "Roberto CORRADO" <i@secure.corradoroberto.it> - 2024-03-26 21:49 +0100
      Re: how to letto in rete --2 sm <carotone@test.net> - 2024-03-26 22:56 +0000
        Re: how to letto in rete --2 "Roberto CORRADO" <i@secure.corradoroberto.it> - 2024-03-27 13:36 +0100
          Re: how to letto in rete --2 CBM64 <amiga1000@commodore.com> - 2024-03-27 16:38 +0100
            Re: how to letto in rete --2 "Roberto CORRADO" <i@secure.corradoroberto.it> - 2024-03-27 17:37 +0100
              Re: how to letto in rete --2 CBM64 <amiga1000@commodore.com> - 2024-03-27 17:42 +0100
            Re: how to letto in rete --2 sm <carotone@test.net> - 2024-03-27 17:06 +0000
            Re: how to letto in rete --2 Giuseppe Della Bianca <giusdbgNO@gmailNO.comNO> - 2024-03-30 18:02 +0000
              Re: how to letto in rete --2 CBM64 <amiga1000@commodore.com> - 2024-03-30 21:44 +0100
                Re: how to letto in rete --2 sm <carotone@test.net> - 2024-04-03 10:03 +0000

#45103 — how to letto in rete --2

grazie a tutti per i feddback preceneti.
ecco il prosieguo della lotta :

prima di tutto un poco di precisione:
l'hardware e' un hp "da supermercato" , di buona qualita' ma non server.
16 gb ram , 2 ssd samsung da 64 gb, riesumati dal cassetto solo per 
l'esperimento.
slackware_64_current.iso

quindi

sda1 = 5 gb
sda2 = 5 gb
sda3 = 54 GB

sdb1 = 5 gb
sdb2 = 5 gb
sdb3 = 54 gb

/dev/md0 = sda1 + sdb1
/dev/md1 = sd2a + sdb2
/dev/md2 = sda3 + sdb3

/dev/md0 = sara' vfat e sara' montata sotto /boot/efi/
/dev/md1 = swap
/dev/md2 = /

non ho un'esigenza particolare per questo partizionamento, e' il primo 
che mi e' venuto in
mente.

creo gli array, e mi sincero che /dev/md0 sia creato con l'opzione 
metadata=1 .
creo la swap con skswap /dev/md1 , poi swapon /dev/md1 .
fino a qui e' tutto facile. adesso lancio " setup " e lascio terminare 
l'install di slackware.
NON installo elilo, configuro la rete, servizi al boot , pass di root 
ecc ecc.
fatto tutto questo NON riavvio ma torno alla shell.
adesso ho il sistema installato nella posizione /mnt/ .
quindi:

mdadm --detail --scan /dev/md0 >> /mnt/etc/mdadm.conf
mdadm --detail --scan /dev/md1 >> /mnt/etc/mdadm.conf
mdadm --detail --scan /dev/md2 >> /mnt/etc/mdadm.conf

questo dovrebbe impedire che l'array cambi nome al riavvio.
da qui in poi sono confuso. come procedo? l'how-to suggerisce

$ mount --bind /dev /mnt/dev
$ mount --bind /proc /mnt/proc
$ mount --bind /sys /mnt/sys
$ chroot /mnt /bin/bash

e poi


$ mkfs.vfat /dev/md0
$ mkdir -p /boot/efi
$ mount /dev/md0 /boot/efi
$ echo '/dev/md0 /boot/efi vfat defaults 0 0' >> /etc/fstab
$ eliloconfig

allora, lancio eliloconfig e la prima domanda e' "install elilo on the 
efi system partition"
e qui ovviamente rispondo di si, poi continua con " install a boot menu 
entry " , e se rispondo di
si ecco che l'errore e' "invalid numeric value -l" .

forse la scelta giusta e' non installare il menu entry, ma lanciare il 
comando efibootmgr e lasciare fare a lui.

accetto consigli

[toc] | [next] | [standalone]

#45104

On 26/03/2024 16.53, CBM64 wrote:
> grazie a tutti per i feddback preceneti.
> ecco il prosieguo della lotta :
> 
> prima di tutto un poco di precisione:
> l'hardware e' un hp "da supermercato" , di buona qualita' ma non server.
> 16 gb ram , 2 ssd samsung da 64 gb, riesumati dal cassetto solo per 
> l'esperimento.
> slackware_64_current.iso
> 
> quindi
> 
> sda1 = 5 gb
> sda2 = 5 gb
> sda3 = 54 GB
> 
> sdb1 = 5 gb
> sdb2 = 5 gb
> sdb3 = 54 gb
> 
> /dev/md0 = sda1 + sdb1
> /dev/md1 = sd2a + sdb2
> /dev/md2 = sda3 + sdb3
> 
> /dev/md0 = sara' vfat e sara' montata sotto /boot/efi/

NO!
Se il sistema e` UEFI, bisogna stare *molto* attenti.
Il BIOS potrebbe scrivere nella partizione "efi" e, non
sapendo (il BIOS) che e` un RAID, possono succedere
cose... Strane...

Cosa dice l'howto al riguardo? Dice qualcosa?
Pare vi siano soluzioni, non ho indagato a fondo.

Secondo, boot a parte, forse un'alternativa e` fare
un solo RAID, poi ri-organizzato (in volumi) con
cose tipo LVM.

> /dev/md1 = swap
> /dev/md2 = /
> 
> non ho un'esigenza particolare per questo partizionamento, e' il primo 
> che mi e' venuto in
> mente.
> 
> creo gli array, e mi sincero che /dev/md0 sia creato con l'opzione 
> metadata=1 .

Per il boot normale OK, per UEFI vedi sopra.

> creo la swap con skswap /dev/md1 , poi swapon /dev/md1 .
> fino a qui e' tutto facile. adesso lancio " setup " e lascio terminare 
> l'install di slackware.
> NON installo elilo, configuro la rete, servizi al boot , pass di root 
> ecc ecc.
> fatto tutto questo NON riavvio ma torno alla shell.
> adesso ho il sistema installato nella posizione /mnt/ .
> quindi:
> 
> mdadm --detail --scan /dev/md0 >> /mnt/etc/mdadm.conf
> mdadm --detail --scan /dev/md1 >> /mnt/etc/mdadm.conf
> mdadm --detail --scan /dev/md2 >> /mnt/etc/mdadm.conf
> 
> questo dovrebbe impedire che l'array cambi nome al riavvio.

Che non e` rilevante, in generale, dato che si
dovrebbero usare UUID, ma puo' essere utile.

> da qui in poi sono confuso. come procedo? l'how-to suggerisce
> 
> $ mount --bind /dev /mnt/dev
> $ mount --bind /proc /mnt/proc
> $ mount --bind /sys /mnt/sys
> $ chroot /mnt /bin/bash
> 
> e poi
> 
> 
> $ mkfs.vfat /dev/md0
> $ mkdir -p /boot/efi
> $ mount /dev/md0 /boot/efi
> $ echo '/dev/md0 /boot/efi vfat defaults 0 0' >> /etc/fstab
> $ eliloconfig
> 
> allora, lancio eliloconfig e la prima domanda e' "install elilo on the 
> efi system partition"
> e qui ovviamente rispondo di si, poi continua con " install a boot menu 
> entry " , e se rispondo di
> si ecco che l'errore e' "invalid numeric value -l" .
> 
> forse la scelta giusta e' non installare il menu entry, ma lanciare il 
> comando efibootmgr e lasciare fare a lui.
> 
> accetto consigli

Stai attento con UEFI e RAID...

bye,

-- 

piergiorgio

[toc] | [prev] | [next] | [standalone]

#45105

  non
> sapendo (il BIOS) che e` un RAID, possono succedere
> cose... Strane...
> 
> Cosa dice l'howto al riguardo? Dice qualcosa?
> Pare vi siano soluzioni, non ho indagato a fondo.

	
no. non dice una mazza.


> 
> Secondo, boot a parte, forse un'alternativa e` fare
> un solo RAID, poi ri-organizzato (in volumi) con

>   .
>>
>> forse la scelta giusta e' non installare il menu entry, ma lanciare il 
>> comando efibootmgr e lasciare fare a lui.
>>
>> accetto consigli
> 
> Stai attento con UEFI e RAID...

oramai e' questione di principio.
d'altronde, se altre distro lo fanno, possibile che la mia amata 
slackware non ci riesca?

> 
> bye,
> 

[toc] | [prev] | [next] | [standalone]

#45107

"CBM64" wrote:

> allora, lancio eliloconfig e la prima domanda e' "install elilo on the 
> efi system partition"
> e qui ovviamente rispondo di si, poi continua con " install a boot menu 
> entry " , e se rispondo di
> si ecco che l'errore e' "invalid numeric value -l" .

nella tua configurazione, lo script non identifica correttamente la partizione.

riga198 di eliloconfig
"""
efibootmgr -q -c -d $EFI_DEVICE -p $EFI_PARTITION -l "\\EFI\\Slackware\\elilo.efi" -L "Slackware"
"""
presumo $EFI_PARTITION vuoto...

> forse la scelta giusta e' non installare il menu entry, ma lanciare il 
> comando efibootmgr e lasciare fare a lui.

prova... 

"""
efibootmgr -q -c -d /dev/md0 -p 1 -l "\\EFI\\Slackware\\elilo.efi" -L "Slackware"
"""

IMHO, farei come ti hanno gia` consigliato di fare...

[toc] | [prev] | [next] | [standalone]

#45108

Il Tue, 26 Mar 2024 21:49:55 +0100, Roberto CORRADO ha scritto:


> nella tua configurazione, lo script non identifica correttamente la
> partizione.
> 
> riga198 di eliloconfig """
> efibootmgr -q -c -d $EFI_DEVICE -p $EFI_PARTITION -l
> "\\EFI\\Slackware\\elilo.efi" -L "Slackware"
> """
> presumo $EFI_PARTITION vuoto...

Ho dato un'occhiata al volo allo script, per curiosità, e non capisco come 
possa funzionare con un raid device. Il punto in cui fa il riconoscimento 
di $EFI_DEVICE e $EFI_PARTITION per me non può funzionare.

http://ftp.twaren.net/Linux/slackware/slackware-current/source/a/elilo/
eliloconfig

[toc] | [prev] | [next] | [standalone]

#45110

"sm" wrote:

> Ho dato un'occhiata al volo allo script, per curiosità, e non capisco come 
> possa funzionare con un raid device. Il punto in cui fa il riconoscimento 
> di $EFI_DEVICE e $EFI_PARTITION per me non può funzionare.

Mah! - IMHO - funziona su macchine EFI in cui il device md e` enumerato sotto
/dev/md/{partizione}, - ho appena provato senza pero` farmi scrivere in /EFI/BOOT
tuttavia IO uso grub... rinominato in bootx64.efi! e funziona a meraviglia!

Che dire? vuole mettere in RAID /boot, -ripeto- lo sconsoglio vivamente! cmq
penso che non funzionerà mai,  non ha creato il ramdisk con i moduli necessari 
e anche il tempo di wait necessario! io uso 5 secondi!

per assicurarmi che non sia cambiato niente (con l'abbandono del kernel 
TAGGATO -smp) ho appena fatto una chiavetta USB RAID1 fatta partire con 
missing, e boot /sda1 non in RAID e tutto funziona regolarmente, tempo necessario 
all'operazione 30 minuti...

"""
cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md1 : active raid1 sda2[0]
      7333888 blocks super 1.2 [2/1] [U_]

unused devices: <none>
"""

"""
mdadm --detail /dev/md1
/dev/md1:
           Version : 1.2
     Creation Time : Tue Mar 26 11:34:12 2024
        Raid Level : raid1
        Array Size : 7333888 (6.99 GiB 7.51 GB)
     Used Dev Size : 7333888 (6.99 GiB 7.51 GB)
      Raid Devices : 2
     Total Devices : 1
       Persistence : Superblock is persistent

       Update Time : Wed Mar 27 13:24:16 2024
             State : clean, degraded
    Active Devices : 1
   Working Devices : 1
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : resync

              Name : slackware:1
              UUID : f123e3fd:4957c551:cfa44cf5:706c047f
            Events : 754

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync   /dev/sda2
       -       0        0        1      removed
"""

"""
df -h
Filesystem      Size  Used Avail Use% Mounted on
tmpfs            32M  1.2M   31M   4% /run
devtmpfs        8.0M     0  8.0M   0% /dev
/dev/md1        7.0G  6.3G  780M  90% /
none            192K  166K   22K  89% /sys/firmware/efi/efivars
tmpfs           3.8G     0  3.8G   0% /dev/shm
cgroup_root     8.0M     0  8.0M   0% /sys/fs/cgroup
/dev/sda1       511M   25M  487M   5% /boot/efi
tmpfs           762M     0  762M   0% /run/user/0
"""

"""
fdisk -l /dev/sda
Disk /dev/sda: 7.5 GiB, 8054112256 bytes, 15730688 sectors
Disk model: Flash Disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 4439367A-AA06-477C-9BFD-C7DC84E8E702

Device       Start      End  Sectors  Size Type
/dev/sda1     2048  1050623  1048576  512M Linux filesystem
/dev/sda2  1050624 15728639 14678016    7G Linux filesystem
"""

"""
ls -la /boot/efi/EFI/BOOT/
total 25332
drwxr-xr-x 2 root root     4096 Mar 26 12:56 ./
drwxr-xr-x 3 root root     4096 Mar 27 10:58 ../
-rwxr-xr-x 1 root root  1273856 Jun 22  2023 bootx64.efi*
-rwxr-xr-x 1 root root      830 Mar 26 12:45 grub.cfg*
-rwxr-xr-x 1 root root 10572676 Mar 26 13:08 initrd.gz*
-rwxr-xr-x 1 root root 14074368 Mar 15 20:52 vmlinuz-huge-6.6.22*
"""

"""
cat /boot/efi/EFI/BOOT/grub.cfg
#
# GRUB menu template for Slackware Edition
#
set default=0
set timeout=20

# (U)EFI requirement: must support all_video:
insmod all_video

menuentry "Slackware RAID1 test" --hotkey a {
  linux ($root)/EFI/BOOT/vmlinuz-huge-6.6.22  load_ramdisk=1 prompt_ramdisk=0 rw printk.time=1 SLACK_KERNEL=vmlinuz-huge-6.6.22
  initrd ($root)/EFI/BOOT/initrd.gz
}

menuentry "Memory test with memtest86+" {
  linux ($root)/USB_BOOT/S_current/memtest
}
"""

"""
script creazione ramdisk...
/sbin/mkinitrd -c -k 6.6.22 -f reiserfs -r /dev/md1 -m usb-storage:xhci-hcd:xhci-pci:reiserfs -w 5 -R -u -o /boot/efi/EFI/BOOT/initrd.gz
"""

"""
echo "ARRAY /dev/md/1  metadata=1.2 UUID=f123e3fd:4957c551:cfa44cf5:706c047f" >>mdadm.conf
"""

io mi ritiro dal 3d, per me e` tutto ok...

[toc] | [prev] | [next] | [standalone]

#45111

Il 27/03/2024 13:36, Roberto CORRADO ha scritto:
> "sm" wrote:
> 
>> Ho dato un'occhiata al volo allo script, per curiosità, e non capisco come
>> possa funzionare con un raid device. Il punto in cui fa il riconoscimento
>> di $EFI_DEVICE e $EFI_PARTITION per me non può funzionare.
> 
> Mah! - IMHO - funziona su macchine EFI in cui il device md e` enumerato sotto
> /dev/md/{partizione}, - ho appena provato senza pero` farmi scrivere in /EFI/BOOT
> tuttavia IO uso grub... rinominato in bootx64.efi! e funziona a meraviglia!


quindi dovrei mettere tutto / sotto raid ?

effettivamente non ho provato poiche' l'how to diceva altro


cqm a questo punto e' proprio un problema mio. boh. capiro'

grazie

[toc] | [prev] | [next] | [standalone]

#45112

"CBM64" wrote:

> quindi dovrei mettere tutto / sotto raid ?

scusami, forse non ho capito un ca22o io,  ma 
non lo stavi gia` facendo con md2? nel tuo 
/dev/md2 montato in /mnt, non contiene tutto l'FHS? 
:-) tranne /EFI/BOOT che rimane in vfat e lo hai 
come punto di mount, valuta ora se usare LVM.

Comunque, ho cambiato anche il BL, tanto per provare...

cp elilo-x86_64.efi /boot/efi/EFI/BOOT/bootx64.efi

"""
cat /boot/efi/EFI/BOOT/elilo.conf
chooser=simple
delay=10
timeout=30
prompt
default=6.6.22
image=vmlinuz-huge-6.6.22
        label=6.6.22
        initrd=initrd.gz
        read-only
        append="root=/dev/md/1 vga=normal ro"
"""

funziona, solo che lo schermo rimane nero fino al caricamento del 
driver video i915, non ho voglia di rifare il ramdisk e includerlo per 
avere l'output prima... non so` perché cmq... grub ha il modulo 
all_video per un qualcosa di analogo...

Tribulare serve a gustarsi lo slack di compiacimento quando avrai 
raggiunto il risultato! :-) e tu ci sei quasi!

[toc] | [prev] | [next] | [standalone]

#45113

Il 27/03/2024 17:37, Roberto CORRADO ha scritto:
> "CBM64" wrote:
> 
>> quindi dovrei mettere tutto / sotto raid ?
> 
> scusami, forse non ho capito un ca22o io,  ma
> non lo stavi gia` facendo con md2? nel tuo
> /dev/md2 montato in /mnt, non contiene tutto l'FHS?


si esatto.
ho postato di premura.
scusa

> 
> funziona, solo che lo schermo rimane nero fino al caricamento del
> driver video i915, non ho voglia di rifare il ramdisk e includerlo per
> avere l'output prima... non so` perché cmq... grub ha il modulo
> all_video per un qualcosa di analogo...
> 
> Tribulare serve a gustarsi lo slack di compiacimento quando avrai
> raggiunto il risultato! :-) e tu ci sei quasi!

bene.
ottimo

[toc] | [prev] | [next] | [standalone]

#45114

Il Wed, 27 Mar 2024 16:38:49 +0100, CBM64 ha scritto:

> Il 27/03/2024 13:36, Roberto CORRADO ha scritto:
>> "sm" wrote:
>> 
>>> Ho dato un'occhiata al volo allo script, per curiosità, e non capisco
>>> come possa funzionare con un raid device. Il punto in cui fa il
>>> riconoscimento di $EFI_DEVICE e $EFI_PARTITION per me non può
>>> funzionare.
>> 
>> Mah! - IMHO - funziona su macchine EFI in cui il device md e` enumerato
>> sotto /dev/md/{partizione}, - ho appena provato senza pero` farmi
>> scrivere in /EFI/BOOT tuttavia IO uso grub... rinominato in
>> bootx64.efi! e funziona a meraviglia!
> 
> 
> quindi dovrei mettere tutto / sotto raid ?
> 
> effettivamente non ho provato poiche' l'how to diceva altro
> 
> 
> cqm a questo punto e' proprio un problema mio. boh. capiro'
> 
> grazie

Io solitamente (con grub) ho la root raid1 e la partizione efi montata 
su /boot/efi che è una normale partizione di un disco.
Per l'esattezza sono due partizioni, una per disco, identiche e entrambe 
labellate allo stesso modo. Su fstab è montata per label e linux all'avvio 
monta una delle due, scegliendola non so secondo quale criterio. Se un 
disco si rompe poco male al successivo boot monta l'altra (durante 
l'uptime a linux non glie ne frega nulla se la /boot/efi non è leggibile).
Quando apt aggiorna il firmware per una qualche "magia" aggiorna entrambe 
le partizioni. Anche se non conosco la magia chissenefrega, ripristinarla 
a mano in caso di problemi è una stronzata.

Io sono dell'idea che quella parte di boot più semplice è meglio è. Se 
putacaso per un qualche problema lilo/grub non riesce a vedere il raid poi 
perdi anni di vita per farlo ripartire.

[toc] | [prev] | [next] | [standalone]

#45117

Il Wed, 27 Mar 2024 16:38:49 +0100, CBM64 ha scritto:
]zac[
> 
> quindi dovrei mettere tutto / sotto raid ?
> 
> effettivamente non ho provato poiche' l'how to diceva altro
]zac[

Non conosco slackware, ma la partizione di boot (e UEFI) è da tenere fuori 
dal raid (in una situazione complicata cercarsi guai aggiuntivi è una 
pessima idea).

[toc] | [prev] | [next] | [standalone]

#45118

> 
> Non conosco slackware, ma la partizione di boot (e UEFI) è da tenere fuori
> dal raid (in una situazione complicata cercarsi guai aggiuntivi è una
> pessima idea).


abbiamo risolto quasi tutto. dico "abbiamo" poiche' in ufficio la mia 
mania e' diventata contagiosa, e tutti quanti, anche i ragazzi 
dell'hardware, si sono appassionati alla cosa.
dopo le feste apriro' la discussione how to letto in rete --3
e diro' cosa abbiamo fatto per farla funzionare.
magari a qualcuno serve.

X il momento buna Pasqua a tutti.

ci si rilegge dopo Pasquetta

[toc] | [prev] | [next] | [standalone]

#45123

Il Sat, 30 Mar 2024 21:44:34 +0100, CBM64 ha scritto:


>> Non conosco slackware, ma la partizione di boot (e UEFI) è da tenere
>> fuori dal raid (in una situazione complicata cercarsi guai aggiuntivi è
>> una pessima idea).
> 
> 
> abbiamo risolto quasi tutto. dico "abbiamo" poiche' in ufficio la mia
> mania e' diventata contagiosa, e tutti quanti, anche i ragazzi
> dell'hardware, si sono appassionati alla cosa.
> dopo le feste apriro' la discussione how to letto in rete --3 e diro'
> cosa abbiamo fatto per farla funzionare.
> magari a qualcuno serve.

È un approccio che AFAIK nessuno segue. Le distribuzioni debian-based ad 
esempio hanno un meccanismo 'dpkg-reconfigure grub-efi-amd64' che 
semplicemente scrive su tutte le partizioni che trova di tipo ESP. Quindi 
ti basta preparare due partizioni di tipo ESP (montate poi sotto /boot/
efi) e il mirroring è già bello che fatto senza bisogno di RAID.  
Anche CentOS ricordo non faceva mettere la EFI in raid.

La risposta a questa domanda spiega meglio di come lo possa fare io:
https://unix.stackexchange.com/questions/621942/mirroring-efi-system-
partition-esp-on-ubuntu

Notare che come dicono qui:
https://utcc.utoronto.ca/%7Ecks/space/blog/linux/Grub2UEFIBigMistake?
showcomments#guest-20180415065141

il RAID-1 superblock 1.0 funziona perché è scritto in fondo alla 
partizione e il firmware nemmeno sa che c'è, lui semplicemente prende una 
delle due partizioni in mirroring. Quindi il RAID è semplicemente una 
comodità per quelle volte che uno deve scrivere su quella partizione. 

[toc] | [prev] | [standalone]

Back to top | Article view | it.comp.os.linux.sys

csiph-web