FREEZE intégral lié à NetworkManager+modprobe

Déjà, je te remercie beaucoup de te pencher sur ce monstrueux problème qui ne touche bien malheureusement pas que moi.

Du reste, si j'ai besoin de faire un modprobe -r, c'est uniquement le temps de faire un

sudo sed -ri '/xx:xx:xx/ s/(NAME=")[^"]*/\1cc/; /xx:xx:xx/ s/(NAME=")[^"]*/\1vv/' /etc/udev/rules.d/70-persistent-net.rules

(ou xx:xx:xx est la partie signifiante de la MAC adress des interfaces réseaux, tout ceci afin que sur chacuns de mes ordis, les interfaces principales RJ45 soient toujours baptisées "cc", et les interfaces Wireless principales "vv")
ensuite je réintègre les modules avec un modprobe et le tour est joué.

En fait, dans mon cas, je crains que tes solutions ne soient pas appropriées, parcque je m'obstine à faire tourner le système en live (sans reboot).

Pour l'instant, le vrai truc qui m'importune, c'est surtout que je doive scinder un shell script en 2.
Effectivemment, si j'enchaine le killall NetworkManager et le modprobe -r iwl3945 d'une traite (depuis le même fichier)... c'est le freeze garanti! bizarre bizarre d'ailleurs!?! c'est grâce à ça que je m'en suis aperçu finalement

En dehors de ça, tout semble marcher et je n'ai de toute façon plus particulièrement besoin de faire joujou ultérieurement avec modprobe pour ce périphérique, mais c'est méga affolant et super troublant de se dire qu'une petite commande pareille puisse planter intégralement un système!!!!

PS: une petite remarque au passage, personnellement, j'ai pour habitude d'utiliser apt-get plutôt qu'aptitude, d'autant plus qu'ubuntu utilise Synaptic.

Ca me parait effectivement assez bourrin comme tu dis si bien.
C'est peut-être quand même moins bourrin que la solution des 2 fichiers.

Le principe de mon mode d'utilisation des distribs live c'est de permettre de tester rapidemment une version d'une distrib, en lui appliquant ses préférences en 2 temps 3 mouvements, par jeu de script, en démarrant avec un système vierge mais familier, dans lequel on retrouve vite ses repères, peu importe la machine.
A ce propos, l'astuce de changer l'appellation des interfaces en fonction de leur MAC adress est une solution un peu batarde puisque je dois moi-même écrire les 12 chiffres dans le script, l'idéal serait d'adapter le script pour qu'il fasse lui-même la distinction entre une interface Wireless et une if Wired et appliquerait automatiquement le nom générique de vv ou cc.

Sinon la plupart des autres commandes sont des commandes de configuration de gnome (via gconftool-2) et des réglages d'applications (firefox, associations de fichiers, ...) universellement applicables.

Ma démarche est donc d'avoir un script hypralight qui déploie mes préférences en moins de 2.
C'est non seulement un bon exercice qui permet en plus de débusquer des bugs ou des nuances de fonctionnement entre les différentes versions de distrib, mais en plus, mais en plus, concrètement, à l'aide de ce seul script, ta distrib neutreque tu lances depuis une cle USB ou même depuis un CD en chargeant tout dans la RAM, transforme n'importe quel ordi avec dur ou pas, en système diskless hyperpratique qui n'a quasi rien à envier à un système installé ,si ce n'est qu'il nécessite un peu de ram et que si je coupe l'alim, je perd tout ce que je ne n'ai pas enregistré.
Une étape secondaire qui m'intéresserait pas mal serait d'isoler tout ce qui va être changé dans un mini fichier, pour appliquer mes préférences momentanément, mais en ayant la possibilité de redéployer la config initiale comme si on n'y avait jamais touché.
Voila à a quoi j'aime m'amuser, ça à l'air bizarre, mais pas tant que ça si tu y réfléchis un peu moins superficiellement.

J'attache beaucoup d'importance à la notion de reproductibilité fidèle d'un résultat.
Déjà sur windows, je ne jurait que par les unattend install , comme ça pas de risque de déraper ou de valider plusieurs fois un enter , etc....