Debian-live-persistante : connexion au Net de n'importe où ?

J’allais justement lui demander de nous faire bénéficier (dans les détails) du mode opératoire qu’il a suivi ou mis en place … :083

Vu qu’il n’est pas avare, cela tombe plutôt bien. :033

Pour mon petit test avec une iso live construite par mes soins, via l’outil [mono]live-build[/mono] :

j’ai suivi la doc
live.debian.net/manual/current/h … r.html#175

pour rajouter un paquet, network-manager en l’occurrence
(dans le dossier live-default)
[mono]echo “network-manager” >config/package-lists/my.list.chroot[/mono]

on lance la construction (lb build) puis copie de l’iso sur une clé usb (via dd)

Ensuite, création sur la clé usb, de la partition nommée “persistence” (via gparted).
Création du fichier “persistence.conf” à la racine de cette partition
[mono]echo “/home” >> /mnt/persistence.conf[/mono]

cf. live.debian.net/manual/current/h … r.html#549

Il ne faut pas oublier de booter votre système live avec l’option “persistence”

Résumé pour un système live persistant avec KDE, on télécharge l’iso live KDE que l’on copie sur la clé usb, puis on crée la partition “persistence”, qui devra contenir le fichier persistence.conf.

J’ai déjà donné et par là, nous nous éloignons (ta proposition, plus haut) de ce topic … :033

[quote=“BelZéButh”]Salut,

À l’époque sous Squeeze, je m’étais créé deux live-clés USB persistantes à l’aide du Manuel Debian Live-build sans trop de soucis.

(Cf.)

Live-build persistent oui! Mais pour une seule machine …

Live-build intégration d’une partition swap. Réalisable ?

ps : Ces deux clés (8 et 16 Gio) fonctionnent encore à ce jour. :dance: :033[/quote]

Si je m’en tiens au post initial de Ricardo son objectif c’est d’avoir un système live avec persistance, sur clé usb, avec un accès réseau fonctionnel sur n’importe quelle machine.

Que dire de plus :118

Cela confirme ce que j’en pensais. :033

Bref …

S’il est question de faire fonctionner une “live” sur n’importe quelle machine, il va forcement y avoir un jour ou l’autre un problème de firmware.

===========
Pour copier l’image sur une clef USB,
commencez par vérifier que la clef n’est pas mountée (mountage automatique par le DE…)
Seulement quand vous serez certain que “lsof” (ou “unmout”) n’indique plus aucun fichier ouvert pour ce périphérique, la copie pourra se faire.

==========
Pour perdre le moins de temps possible, je suis en train de me préparer un petit script
qui sauvegarde d’abord les données qui vont être “écrasées” par la copie de l’image ISO.
De cette façon, il suffira simplement de recopier le fichier sauvegardé pour retrouver sa clef USB dans son état initial (juste avant la copie de l’image ISO sur la clef).
(c’est toujours plus rapide que de re-formater sa clef et y recopier tous les fichiers qu’elle contenait, si tant est qu’on ait pensé avant à les sauvegarder.)

#!/bin/bash
# En phase de mise au point et tests
# But: sauvegarder la zone qui sera occupée par le fichier image ISO
#      de façon à n'avoir que cette zone à recopier pour restaurer la clef.

# Les 2 variables suivantes sont initialisées ici pour des test
#  quand le script sera fonctionnel, $1 et $2 seront utilisés.
nomFichISO="firmware-7.6.0-amd64-netinst.iso"
periphCible="/dev/sdc"                                                # où est connectée ma clef USB (à déterminer avec l'aide d'un autre script => TOUDOUX)

nomFichSauv="${nomFichISO}-recSauv.dat"
blocksSize=$((1024*1024*4))
taille=$(stat -c %s $nomFichISO)                                      # taille du fichier ISO
nbBlcks=$((($taille/$blocksSize)+1))                                  # nombres de blocks (de 4Mio) I/O à lire/écrire

#########################################
# pour copie de l'iso sur la clef:
#########################################

# lecture et sauvegarde de la zone qui va être occupée par l'image ISO
dd of=$nomFichSauv if="$periphCible" bs=$blocksSize count=$nbBlcks conv=sync

# écriture du fichier ISO sur la clef USB
dd of=$periphCible if=$nomFichISO bs=$blocksSize conv=notrunc,sync

echo "Le fichier image ISO \"$nomFichISO\"\na été transféré sur \"$periphCible\"."
echo
echo "Vous pourrez recopier le fichier \"$nomFichSauv\" pour restaurer \"$periphCible\"."

####
exit
####


#########################################
# pour restauration du fichier sauvegardé
#########################################
# recopie de la zone qui a été écrasée sur la clef USB
dd of=$periphCible if=$nomFichSauv bs=$blocksSize conv=notrunc,sync

=========
Vous pouvez aussi vous éviter d’avoir à entrer (avec clavier en mode “qwerty”) tous les paramètres de boot
en utilisant le script qui est dans ce fil.

Salut,

[quote=“MicP”]S’il est question de faire fonctionner une “live” sur n’importe quelle machine,

ou bien utilisez carrément les isos d’ici:
[/quote]

Tu parles d’une live-USB [mono]persistente[/mono] ?

Dans le cas présent, ce n’est pas la présence ou non de firmware qui est en cause.

Les iso provenant de [mono]live.debian.net[/mono] (?) et les nôtres, sont confronter à ce Bug#724605: live-boot.

[quote]Dear Maintainer,

  1. BOOTIF option not used.

in file: 9990-networking.sh, line 57 there should be this change:

[mono]DEVICE=${device##*/}[/mono]

change to

[mono]ETHDEVICE=${device##*/}[/mono]
[/quote]

Depuis le fichier [mono]filesystem.squashfs[/mono] en situation de [mono]chroot[/mono].

root@pc-2-loreleil:/# ls lib/live/boot/ 0010-dracut 0120-read-only 9990-aaa-fixme.sh 9990-initramfs-tools.sh 9990-mount-cifs.sh 9990-mount-nfs.sh 9990-networking.sh 9990-toram-todisk.sh 0020-initramfs-tools 3010-verify-checksums 9990-cmdline-old 9990-main.sh 9990-mount-http.sh 9990-netbase.sh 9990-overlay.sh FIXME 0110-debug 3020-swapon 9990-fstab.sh 9990-misc-helpers.sh 9990-mount-iscsi.sh 9990-netboot.sh 9990-select-eth-device.sh root@pc-2-loreleil:/#

root@pc-2-loreleil:/# nano -c lib/live/boot/9990-networking.sh

[07:02:59]:~/telecharge$ cat debian-live-7.6.0-i386-standard+nonfree.iso.packages | grep 'live-boot' live-boot 3.0.1-1 live-boot-doc 3.0.1-1 live-boot-initramfs-tools 3.0.1-1 [07:03:15]:~/telecharge$

Ce qui se résume au simple fait qu’un premier boot sur une première machine se déroulera sans souci.

Un deuxième démarrage depuis une deuxième machine, là par contre tu n’auras plus de réseau à l’image du retour de ricardo.

PS: je testerai dans la journée cette iso depuis [mono]live.debian.net[/mono] … :think:

Re,

C’est bien ce que je pensais. :033

Depuis [mono]debian-live-7.6.0-i386-standard+nonfree.iso[/mono].

live.debian.net/cdimage/release/ … so-hybrid/

Ou

cdimage.debian.org/cdimage/unoff … so-hybrid/

On retrouve la même coquille (ligne 57) dans le script émanent de [mono]live.debian.net[/mono].

[mono][09:38:48] /mnt/live # cat /media/lib/live/boot/9990-networking.sh

[…]

                    # look for devices with matching mac address, and set DEVICE to
                    # appropriate value if match is found.

                    for device in /sys/class/net/*
                    do
                            if [ -f "$device/address" ]
                            then
                                    current_mac=$(cat "$device/address")

                                    if [ "$bootif_mac" = "$current_mac" ]
                                    then
                                            [b]DEVICE=${device##*/}[/b]
                                            break
                                    fi
                            fi
                    done
            fi

            # if ethdevice was not specified on the kernel command line
            # make sure we try to get a working network configuration
            # for *every* present network device (except for loopback of course)
            if [ -z "$ETHDEVICE" ]
            then
                    echo "If you want to boot from a specific device use bootoption ethdevice=..."
                    for device in /sys/class/net/*
                    do
                            dev=${device##*/}
                            if [ "$dev" != "lo" ]
                            then
                                    ETHDEVICE="$ETHDEVICE $dev"
                            fi
                    done
            fi

            # split args of ethdevice=eth0,eth1 into "eth0 eth1"
            for device in $(echo $ETHDEVICE | sed 's/,/ /g')
            do
                    devlist="$devlist $device"
            done

            # this is tricky (and ugly) because ipconfig sometimes just hangs/runs into
            # an endless loop; if execution fails give it two further tries, that's
            # why we use '$devlist $devlist $devlist' for the other for loop
            for dev in $devlist $devlist $devlist
            do
                    echo "Executing ipconfig -t $ETHDEV_TIMEOUT $dev"

[…]

[09:38:54] /mnt/live #[/mono]

Mais, mais je touche au but … je crois. :sunglasses:

[quote=“BelZéButh”]…Tu parles d’une live-USB persistente ?..[/quote]Je parle de toutes les “ISO current-live debian” (24), qui peuvent aussi utiliser une partition “persistence” (si l’option est ajoutée aux paramètres de boot).
Voir:
cdimage.debian.org/debian-cd/cur … id/MD5SUMS
cdimage.debian.org/debian-cd/cur … id/MD5SUMS
cdimage.debian.org/mirror/cdimag … id/MD5SUMS
cdimage.debian.org/mirror/cdimag … id/MD5SUMS

=====
S’il est question d’utiliser la même partition de “persistence” pour des machines différentes, il est possible (et c’est bien ce qui arrive avec le périphérique réseau de ricardo) que la configuration matérielle soit différente d’une machine à l’autre.
La partition de “persistence” risque alors d’utiliser des références différentes pour le même type de périphérique, et donc, il y aura des problèmes.
EDIT: …en restant dans le problème d’IP qui va changer avec ou sans bug.

Pour le cas du périphérique réseau, je ne vois que la possibilité de prévoir un répertoire (dans la partition “persistence”) spécifique à chaque machine.
mais je n’ai pas encore trouvé de possibilité de faire détecter le changement de type de machine afin de rediriger vers un répertoire spécifique,
je fais donc ça manuellement en modifiant les “liens union” dans le fichier “persistence.conf” avant de démarrer avec une autre machine.

Bien sûr, il faut le comprendre le pauvre “udevd”: on lui donne une adresse MAC, puis une autre, alors il fait ce qu’il peut avec,
et le serveur DHCP finit donc par proposer une autre adresse IP, puisqu’il s’agit d’une autre adresse MAC.

Car en fait, le serveur DHCP (de la Box) verra bien qu’il s’agit d’une autre adresse MAC,
et il proposera donc une autre adresse IP tant que le bail (celui correspondant à l’adresse IP utilisée précédemment) sera encore valide.

Vraiment bizarre. La persistance ne concerne a priori que le home. Si il s’agit du système entier, le nettoyage de udev avant son lancement est le plus rapide. Une solution crade consiste à rendre le fichier 70-persistent-net.rules non modifiable via chattr. La slution consistant à réparer le script me parait correcte.

[quote=“fran.b”]… La persistance ne concerne a priori que le home …[/quote]Perso, j’ai débuté par un fichier [mono]persistence.conf[/mono] renseigné comme ça:

/ unionAvec un tel fichier, tous les répertoires modifiés par les mises à jour ou autre installation de programmes se sont créés dans la partition “persistence”. Mais il y a beaucoup d’autres combinaisons possibles.

=====
En y repensant, le problème de bug pourrait être “court-circuité” en faisant supprimer la [mono]règle udev[/mono] (dans la partition “persistence”) par un script dans [mono]/etc/rc0.d/[/mono],
qui sera donc exécuté à l’arrêt du système, mais ça ne résoudra pas le problème du serveur DHCP, à moins de modifier la durée de validité des “baux” sur la box.
Quoiqu’il en soit, il est certain qu’il vaudra mieux trouver une solution à ce bug plutôt que de bidouiller, mais ça peut aider en attendant…

Hum, le système utilise unionfs au lieu de aufs on dirait… Pour le serveur DHCP je ne vois vraiment pas le pbm, où que tu sois dans un LAN, il ne faut pas gérer ta machine en comptant avoir la même IP à moins d’être un système fixe (et encore).
Pour le reste, visiblement ça n’est pas la même philosophie que clefagreg où une installation de logiciel se fait par rajout à l’unionfs (ou plutôt aufs)

J’ai corrigé le script [mono]lib/live/boot/9990-networking.sh[/mono] et j’ai recréé le fichier [mono]filesystem.squashfs[/mono] avec succès. :041

Reboot sur deux machines, réseau ok !

Sauf la [mono][strike]persistence[/strike][/mono] … :mrgreen:

J’ai effectué une mise à jour, elle a fondu au reboot suivant.

Je cherche où j’ai commis une boulette.

En prime, avec les paramètres que j’ai placé en [mono]/lib/live/mount/medium/syslinux/live.cfg[/mono]

j’ai le clavier et les [mono]locales[/mono] en français, dès le démarrage. :wink:

Des retours en ssh.

  • Première bécane.

[11:02:22]:~$ ssh user@192.168.1.25 [...]

[code]root@debian:/# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:xx:xx:xx:xx:a8
inet adr:192.168.1.25 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: xxxx::xxx:xxx:xxxx:29a8/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:479 errors:0 dropped:0 overruns:0 frame:0
TX packets:417 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:43855 (42.8 KiB) TX bytes:66744 (65.1 KiB)
Interruption:20 Adresse de base:0xde00

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

root@debian:/# [/code]

root@debian:/# locale LANG=fr_FR.UTF-8 LANGUAGE= LC_CTYPE="fr_FR.UTF-8" LC_NUMERIC="fr_FR.UTF-8" LC_TIME="fr_FR.UTF-8" LC_COLLATE="fr_FR.UTF-8" LC_MONETARY="fr_FR.UTF-8" LC_MESSAGES="fr_FR.UTF-8" LC_PAPER="fr_FR.UTF-8" LC_NAME="fr_FR.UTF-8" LC_ADDRESS="fr_FR.UTF-8" LC_TELEPHONE="fr_FR.UTF-8" LC_MEASUREMENT="fr_FR.UTF-8" LC_IDENTIFICATION="fr_FR.UTF-8" LC_ALL= root@debian:/#

root@debian:/# apt-cache policy console-data console-data: Installé : (aucun) Candidat : 2:1.12-2 Table de version : 2:1.12-2 0 500 http://http.debian.net/debian/ wheezy/main i386 Packages root@debian:/#

root@debian:/# mount -l sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=192192,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=155336k,mode=755) /dev/sdb1 on /lib/live/mount/medium type vfat (ro,noatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro) [live] /dev/loop0 on /lib/live/mount/rootfs/filesystem.squashfs type squashfs (ro,noatime) tmpfs on /lib/live/mount/overlay type tmpfs (rw,relatime) tmpfs on /lib/live/mount/overlay type tmpfs (rw,noatime,mode=755) aufs on / type aufs (rw,relatime,si=864f1d6,noxino) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=310660k) root@debian:/#

[code]root@debian:/# ping -c3 debian-fr.org
PING debian-fr.org (91.121.50.62) 56(84) bytes of data.
64 bytes from chp1.zehome.com (91.121.50.62): icmp_req=1 ttl=56 time=25.8 ms
64 bytes from chp1.zehome.com (91.121.50.62): icmp_req=2 ttl=56 time=25.8 ms
64 bytes from chp1.zehome.com (91.121.50.62): icmp_req=3 ttl=56 time=24.8 ms

debian-fr.org ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 24.881/25.523/25.852/0.472 ms
root@debian:/# [/code]

root@debian:/# aptitude -s upgrade Les paquets suivants seront mis à jour : acpi-fakekey acpi-support acpi-support-base cups cups-client cups-common cups-ppdc libcups2 libcupscgi1 libcupsdriver1 libcupsimage2 libcupsmime1 libcupsppdc1 linux-headers-3.2.0-4-486 linux-headers-3.2.0-4-686-pae linux-headers-3.2.0-4-common linux-image-3.2.0-4-486 linux-image-3.2.0-4-686-pae linux-libc-dev 19 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 54,5 Mo d'archives. Après dépaquetage, 19,1 Mo seront utilisés. Voulez-vous continuer ? [Y/n/?] y Charger/installer/enlever des paquets. root@debian:/#

[code]root@debian:/# fdisk -l

Disque /dev/sda : 200.0 Go, 200049647616 octets
240 têtes, 63 secteurs/piste, 25841 cylindres, total 390721968 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x848e9f2e

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda4 2048 390721535 195359744 5 Étendue
/dev/sda5 * 4096 73132031 36563968 83 Linux
/dev/sda6 73134080 103854079 15360000 83 Linux
/dev/sda7 103856128 108513279 2328576 82 partition d’échange Linux / Solaris
/dev/sda8 108515328 128995327 10240000 83 Linux
/dev/sda9 128997376 155617279 13309952 83 Linux
/dev/sda10 155619328 237539327 40960000 83 Linux

Disque /dev/sdb : 16.0 Go, 16039018496 octets
64 têtes, 32 secteurs/piste, 15296 cylindres, total 31326208 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 2048 4196351 2097152 c W95 FAT32 (LBA)
/dev/sdb2 4196352 29278207 12540928 83 Linux
/dev/sdb3 29278208 31326207 1024000 82 partition d’échange Linux / Solaris
root@debian:/# [/code]

root@debian:/# blkid /dev/sda5: UUID="6946ad44-9fac-44f7-8788-c2f729f82a3d" TYPE="ext4" /dev/sda6: UUID="0c50419c-924a-479d-b14c-9c0997bda26c" TYPE="ext4" /dev/sda7: UUID="6d09071f-ff34-43fc-8d5f-a5268a338797" TYPE="swap" /dev/sda8: UUID="98b93108-e21a-461d-896c-f438a0500588" TYPE="ext4" /dev/sda9: UUID="41261732-4655-498d-aca0-e25fa9eee85b" TYPE="ext4" /dev/sda10: UUID="a107fd59-10fb-4c4e-8541-254a0efca704" TYPE="ext4" /dev/sdb1: LABEL="live" UUID="982F-042F" TYPE="vfat" /dev/sdb2: LABEL="persistence" UUID="9c141600-9afb-43d6-9306-56e716e89ecc" TYPE="ext4" /dev/sdb3: UUID="3992a737-968e-4ec5-a401-9d60c39cf732" TYPE="swap" /dev/loop0: TYPE="squashfs" root@debian:/#

  • Deuxième machine.

[13:20:47]:~$ ssh user@192.168.1.25

root@debian:~# mount -l sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=175040,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=141616k,mode=755) /dev/sdb1 on /lib/live/mount/medium type vfat (ro,noatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro) [live] /dev/loop0 on /lib/live/mount/rootfs/filesystem.squashfs type squashfs (ro,noatime) tmpfs on /lib/live/mount/overlay type tmpfs (rw,relatime) tmpfs on /lib/live/mount/overlay type tmpfs (rw,noatime,mode=755) aufs on / type aufs (rw,relatime,si=36dcc893,noxino) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=283220k) root@debian:~#

[code]root@debian:~# fdisk -l

Disque /dev/sda : 20.0 Go, 20020396032 octets
255 têtes, 63 secteurs/piste, 2434 cylindres, total 39102336 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000f22c2

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 2048 18638847 9318400 83 Linux
/dev/sda2 18638848 39100415 10230784 5 Étendue
/dev/sda5 18640896 20893695 1126400 82 partition d’échange Linux / Solaris
/dev/sda6 20895744 39100415 9102336 83 Linux

Disque /dev/sdb : 16.0 Go, 16039018496 octets
64 têtes, 32 secteurs/piste, 15296 cylindres, total 31326208 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 2048 4196351 2097152 c W95 FAT32 (LBA)
/dev/sdb2 4196352 29278207 12540928 83 Linux
/dev/sdb3 29278208 31326207 1024000 82 partition d’échange Linux / Solaris
root@debian:~#
[/code]

[code]root@debian:~# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:xx:xx:xx:xx:fd
inet adr:192.168.1.25 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::xxx:xxx:xxxx:3dfd/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:227 errors:0 dropped:0 overruns:0 frame:0
TX packets:224 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:22347 (21.8 KiB) TX bytes:29795 (29.0 KiB)
Interruption:16 Adresse de base:0x6000

eth1 Link encap:Ethernet HWaddr 00:xx:xx:xx:xx:c3
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interruption:20

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

root@debian:~#
[/code]

[code]root@debian:~# ping -c3 debian-fr.org
PING debian-fr.org (91.121.50.62) 56(84) bytes of data.
64 bytes from chp1.zehome.com (91.121.50.62): icmp_req=1 ttl=56 time=25.0 ms
64 bytes from chp1.zehome.com (91.121.50.62): icmp_req=2 ttl=56 time=25.3 ms
64 bytes from chp1.zehome.com (91.121.50.62): icmp_req=3 ttl=56 time=26.6 ms

debian-fr.org ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 25.055/25.675/26.634/0.711 ms
root@debian:~# [/code]

[code]root@debian:~# blkid
/dev/sda1: UUID=“58a7bb9a-0a8a-4309-83a5-2079e912a18c” TYPE=“ext4”
/dev/sda5: UUID=“bb4ebd2a-abfa-4c41-a045-835030219568” TYPE=“swap”
/dev/sda6: UUID=“c085e37a-9de6-471e-8a62-004cbaa8207a” TYPE=“ext4”
/dev/sdb1: LABEL=“live” UUID=“982F-042F” TYPE=“vfat”
/dev/sdb2: LABEL=“persistence” UUID=“9c141600-9afb-43d6-9306-56e716e89ecc” TYPE=“ext4”
/dev/sdb3: UUID=“3992a737-968e-4ec5-a401-9d60c39cf732” TYPE=“swap”
/dev/loop0: TYPE=“squashfs”
root@debian:~#

[/code]

=====

[quote=“fran.b”]… il ne faut pas gérer ta machine en comptant avoir la même IP à moins d’être un système fixe (et encore). …[/quote]J’ai réservé une adresse IP dans la plage des adresses du serveur DHCP pour chaque machine (réelle ou virtuelle) qui fournit des services (openvpn et ssh) accessibles depuis le web.
L’interface de certaines box permettent ça (Netgear CBVG834G de numericable)

Pour les concours dont je m’occupe et qui tournent sur clefagreg (vu qu’on ne peut pas modifier les machines utilisées), le serveur (deux disques SATA si on peut démonter une machine sinon USB extérieurs sinon, en RAID1) envoit son IP en multicast sur une adresse et un port précis.
Chaque machine boutant sur clefagreg écoute le multicast, récupère l’adresse IP, lance un VPN et travaille après uniquement sur ce VPN. Jamais je me fixe sur l’adresse reçue ni ne fait confiance au réseau hébergeur.

Pour unionfs/aufs, j’ai basculé sur aufs suite aux nombreux bugs d’unionfs: Pas moyen de faire marcher wine par exemple, et unionfs patine si on a beaucoup de systèmes de fichiers réunis (43 systèmes cette année!), aufs s’est révélé beaucoup plus solide. Je pense que c’est pour ça que debian l’intègre dans son noyau (il n’est pas dans le noyau de kernel.org). Certains disent que Linus Thorvald n’aime pas aufs sans que ça ne soit véritablement fondé.

Mais je vais arrêter de polluer le fil.

Effectivement, je ne parlais pas de la [mono]clefagreg[/mono].

Malheureusement, pour les serveurs ssh et openvpn que j’utilise, les certificats tiennent compte de l’adresse IP du serveur qui héberge ces services,
je suis donc obligé de leur fixer une adresse IP dans mon LAN.
Bien sûr, je ne me fie pas non plus aux adresses IP (4 ou 5 par jour) qui tentent vainement de se connecter à ce VPN,
quand au serveur ssh, il n’est actif que quand je l’ai lancé par le VPN, sinon, c’est la grande foire dans les logs :laughing: .

EDIT: Mais je m’éloigne du sujet: “Debian-live-persistante : connexion au Net de n’importe où ?”

===========
@ BelZéButh: pourrais-tu nous transmettre le contenu du fichier [mono]persistence.conf[/mono] et un lien vers l’image ISO live que tu as utilisé pour ces tests ?
J’aimerai bien tester ici ce mode “persistence” qui ne m’a (jusqu’à présent) jamais fait de problèmes.

Salut,

En fait, je pense avoir un souci avec mes deux clés (8/16 Gio) que je possède depuis plus de trois ans.

Bien des choses-ci sont faites, de la partition de sauvegarde (vfat, ntfs, ext(x) à la clé live et j’en oublie certainement.

Au grès du temps, j’ai toujours utilisé gparted, malgré un formatage complet et la création d’une nouvelle table de partition avant toute nouvelle manip.

Je pense que bon nombre de résidus (fichiers, mbr ? et je ne sais quoi) restaient en place.

Mes nombreuses manip de ces trois derniers jours (nouveau formatage, nouvelle live-usb, x fois) m’ont amené à constater des soucis de détection des ports usb et des commandes rémanentes issues du bash history.

Est-ce possible ?

Dans ma nouvelle quête (live-usb présentement) je suis en parallèle la discussion sur ClefAgreg et j’ai découvert [mono]mkdiskimage[/mono] et [mono]mkdiskfast[/mono].

Commande et script que j’ai lancé ce matin, à la suite de quoi j’ai repris le tuto ci-plus haut et m’y suis conformé en oubliant (temporairement) la résolution réseau.

Premier boot RAS, (persistence ok) je reprends à présent la modification du script [mono]9990networking.sh[/mono] et la reconstruction du [mono]filesystem.squashfs[/mono] …

[code]cat persistence.conf

/ union[/code]

[quote=“BelZéButh”]… Je pense que bon nombre de résidus (fichiers, mbr ? et je ne sais quoi) restaient en place. …[/quote]Depuis l’arrivée de GPT, de plus en plus de personnes sont très embêtées pour ré-utiliser leur support de mémoire de masse.
le problème (AMHA) viens du fait de la présence du secondary GPT qui se positionne tout à la fin du volume.

Alors qu’avec le MBR il suffisait simplement d’effacer/écraser/RAZ les 512 premiers octets du volume,
avec GPT, ça ne suffit pas: Il faudra effacer/écraser/RAZ les 32 premiers et derniers secteurs.
De plus la taille de ces secteurs LBA peut différer suivant le système ou/et le support: 512, 1024, 2048, 4096.

Perso, si je veux remettre à 0 un disque ou clef USB, j’efface (avec dd) 1Mio au début et à la fin du volume en les remplaçant par des 0x00, et tout va bien… jusqu’à présent. :grin:

EDIT: Il me semble que, pour rechercher les partitions existantes, les programmes de partitionnement lisent chaque secteurs du support, pour rechercher les signatures MBR EBR EFI ou autre.
Si un fichier image ISO avec EFI et/ou GPT est enregistré sur le support et si la taille des secteurs LBA est la même, gparted ou autre signale la présence possible de GPT.
Mais ce n’est qu’une supposition qui pourrait être confirmée ou infirmée par un programmeur compétent (dans ce domaine) qui a eu le temps d’étudier les codes source de ces programmes.

Cette fois c’est la bonne !

Depuis cette live-usb persistante (Xfce4). :dance:

[mono]persistence[/mono] et réseau sont au rendez vous !

J’ai booté sur trois machines et testerai encore.

Je résumerai l’ensemble des opérations (rien de bien complexe) en T&A.

PS : j’ai attribué une ip fixe à cette clé pour mon réseau local.

[code]user@debian:~$ date
samedi 2 août 2014, 17:23:43 (UTC+0000)
user@debian:~$
user@debian:~$ su -
Mot de passe :
root@debian:~#
root@debian:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=175489,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=141616k,mode=755)
/dev/sdb1 on /lib/live/mount/medium type vfat (ro,noatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro)
/dev/loop0 on /lib/live/mount/rootfs/filesystem.squashfs type squashfs (ro,noatime)
tmpfs on /lib/live/mount/overlay type tmpfs (rw,relatime)
/dev/sdb2 on /lib/live/mount/persistence/sdb2 type ext4 (rw,noatime,user_xattr,barrier=1,data=ordered)
aufs on / type aufs (rw,relatime,si=ba07e6ce,noxino)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=283220k)
root@debian:~#
root@debian:~# fdisk -l

Disque /dev/sda : 20.0 Go, 20020396032 octets
255 têtes, 63 secteurs/piste, 2434 cylindres, total 39102336 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000f22c2

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 2048 18638847 9318400 83 Linux
/dev/sda2 18638848 39100415 10230784 5 Étendue
/dev/sda5 18640896 20893695 1126400 82 partition d’échange Linux / Solaris
/dev/sda6 20895744 39100415 9102336 83 Linux

Disque /dev/sdb : 16.0 Go, 16039018496 octets
64 têtes, 32 secteurs/piste, 15296 cylindres, total 31326208 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000b88fb

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 63 8390655 4195296+ e W95 FAT16 (LBA)
/dev/sdb2 8390656 29278207 10443776 83 Linux
/dev/sdb3 29278208 31326207 1024000 82 partition d’échange Linux / Solaris
root@debian:~#
root@debian:~#
root@debian:~# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:xx:xx:xx:xx:fd
inet adr:192.168.1.25 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::xxx:xxx:xxxx:3dfd/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:80469 errors:0 dropped:0 overruns:0 frame:0
TX packets:46102 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:118388289 (112.9 MiB) TX bytes:3331425 (3.1 MiB)
Interruption:16 Adresse de base:0x6000

eth1 Link encap:Ethernet HWaddr 00:xx:xx:xx:xx:c3
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interruption:20

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:10 errors:0 dropped:0 overruns:0 frame:0
TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:772 (772.0 B) TX bytes:772 (772.0 B)

root@debian:~#
root@debian:~# blkid
/dev/sda1: UUID=“58a7bb9a-0a8a-4309-83a5-2079e912a18c” TYPE=“ext4”
/dev/sda5: UUID=“bb4ebd2a-abfa-4c41-a045-835030219568” TYPE=“swap”
/dev/sda6: UUID=“c085e37a-9de6-471e-8a62-004cbaa8207a” TYPE=“ext4”
/dev/sdb1: LABEL=“live” UUID=“9B96-DB8D” TYPE=“vfat”
/dev/sdb2: LABEL=“persistence” UUID=“07990311-50dd-4ee3-b546-5391ae57fa42” TYPE=“ext4”
/dev/sdb3: UUID=“d0f897c0-fcda-409c-b0e2-0a42bd2fc9be” TYPE=“swap”
/dev/loop0: TYPE=“squashfs”
root@debian:~#
root@debian:~# date
samedi 2 août 2014, 17:27:44 (UTC+0000)
root@debian:~#
[/code]

[code]oot@debian:~# nano .bashrc
root@debian:~#
root@debian:~# source ~/.bashrc
[17:44:39] ~ #
[17:44:39] ~ # dpkg-reconfigure tzdata

Current default time zone: ‘Europe/Paris’
Local time is now: Sat Aug 2 19:45:17 CEST 2014.
Universal Time is now: Sat Aug 2 17:45:17 UTC 2014.

[19:45:20] ~ #
[19:45:21] ~ #
[19:45:22] ~ # date
samedi 2 août 2014, 19:45:30 (UTC+0200)
[19:45:30] ~ # [/code]

(Cf. etxeberrizahar)

[20:00:49] ~ # cat /proc/cmdline boot=live persistence noeject config quiet splash locales=fr_FR.UTF-8 keyboard-layouts=fr keyboard-variants=latin9 ip=eth0:192.168.1.25:255.255.255.0:192.168.1.1:8.8.8.8 initrd=/live/initrd2.img BOOT_IMAGE=/live/vmlinuz2 [20:00:51] ~ #

[quote=“BelZéButh”]…
PS : j’ai attribué une ip fixe à cette clé pour mon réseau local…[/quote]
Tu te sers souvent d’une clef USB boutable chez toi, en dehors des essais de fabrication ?
:confused: :wink: