Reprise du message précédent :

Gros +1. Surtout qu'il y a ce sujet aussi au pire.

C'est pas faux

J'ai installé Debian 13 sur un vieux Dell que j'ai (encore) sauvé de la benne. Pas mal de soucis dans les logs mais ça tourne, pour l'instant j'ai pas trop fouillé...
 
Bravo aux dévs pour apt, c'est beaucoup plus clair que sous 12.  
 
Par contre y'a un truc: J'ai installé Xfce et PCManFM pour remplacer Thunar. En principe ça fonctionne très bien, c'est ce que j'utilise tout les jours sous Debian 12, mais (sous 13 uniquement?) j'arrive pas à faire comprendre au système d'utiliser PCManFM quand je clique sur "Dossier personnel" (ou autre) sur le bureau. J'ai changé "application par défaut" mais rien à faire... Une idée? (sachant que la le Dell est de nouveau éteint, ça sera pour la prochaine fois)

Dans mon cas, si je vais dans "Applications par défaut" et que je change pour mettre un autre logiciel, le changement est bien pris en compte par les icônes Répertoire personnel, Système de fichiers, Corbeille, ... affichés sur le bureau.

Tu es bien sous 13 déjà?

Bon, y'en a qui ont fait la migration testing (13 => 14) ? si vous pouvez essuyer les platres avant que je ne lance l'upgrade, ça m'arrangerait

Ah mince, pardon, je pensais être sur le topic Mint.  

Tu fais un clone que tu mets sur une vm.  

Ça me semble un peu overkill et puis j'ai pas d'hyperviseur sous la main.
 
Mais je fera une image du disque pour le cas où ça se passe vraiment mal en effet.

pas besoin d'une machine dédiée avec un hyperviseur dessus, utilise qemu sur ta machine.
c'est que j'utilise sur mon desktop quand j'ai besoin de tester un truc vite fait

donc je vais installer qemu et lancer une VM de ma machine sur ma machine ?    
 
honnêtement ça m'a l'air plus de boulot qu'un simple dd en cas de problème insoluble (qui a déjà peu de chances d'arriver).

yo dog...
Sinon, pour simuler, ca peut etre pas mal
une vm avec le meme systeme, les memes partitions, les memes softs installés, et à partir de la tu peux tester la migration dedans sans rien casser
Par exemple, ici j'ai fait ca y'a quelques temps pour tester une migration debian 12->13, pour proxmox, pour tester btrfs dans différentes conditions..

J'suis en testing depuis toujours sur deux portables et machine au bureau et pas de soucis

moi aussi, mais je me demande comment va se passer le prochain upgrade, maintenant qu'on est passé sur la nouvelle testing

Bah voilà, tu fais une image disque et tu reviens en arrière si ça foire.  

Nan mais passe au moins par clonezilla plutôt que dd

bof, dd c'est vraiment simple, ça me va.
 
En fait je ne demandais pas tant des solutions pour revenir en arrière en cas de problème (ça je gère), mais plutôt un feedback sur les éventuels problèmes rencontrés et leurs solutions lors de l'upgrade

dd va faire une image de la taille de ton disque même si il est plein à 10%, c'est de loin la méthode la moins efficace

dans mon cas c'est pas grave, le disque fait 100Go donc c'est pas la mer à boire. En plus avec un coup de compression ça peut faire beaucoup moins.

j'ai ainsi fait l'image du ssd de mon laptop :
dd | zstd |netcat
pour l'envoyer sur une autre machine.
256G -> 96G

Tu peux écrire des zéros dans l'espace libre de la partition si tu veux optimiser

C'est dommage de "perdre" du temps à copier de l'espace vide par dd.
clonezilla/partclone est plus rapide.

Visiblement ça ne les dérange pas  

ben si t'es pressé ou que tu gardes le nez devant la barre de progression oui c'est sûrement gênant
 
si tu lances et que tu vaques à tes occupations, que ça prenne 3 ou 20 minutes n'est pas forcément important

s'tu vfeux copier selement les données utiles, tu peux transferer ton rootfs avec un
rsync -razvX
testé et approuvé

J'ai édité le debian.sources pour comprendre pourquoi je recevais jamais d'updates depuis plusieurs mois. Je sais pas si y avait des caractères cachés ou quoi mais en remplaçant par le contenu identique du fichier mais avec un c/c ça a fonctionné.

J'avais 1592 packages à upgrader

Sauf que seulement 1300 et qques se sont  upgradés, le reste veut pas sans un full upgrade, sauf qu'en fait ça va supprimer 235 packages dont des vitaux (xserver etc).
Je vois qu'il y a une partie qui est liée au passage i386->amd64 alors que j'ai bien une install amd64. Mais visiblemet j'avais du multiarch...

Ca fait chier, je sais pas comment faire pour pas tout péter...

Ou tar, c'est ce que je fais.

btrfs snapshot, puis send & receive, et basta

 
regarde ce qu'il veut virer, si c'est uniquement les packages i386 alors t'en fout. Si il y a du x64 dans le lot et qu'il vire des trucs importante alors fait un apt install après qu'il les ai désinstallé.

le problème c'est que c'est pas toujours facile de déterminer ce qui est important ou qui relèverait d'une "erreur" de apt (versus un remplacement automatique d'un paquet par un autre)

J'ai listé tous les paquets i386 -> desintallation du tout -> suppression de l'archi i386 -> reinstall de tous les paquets désinstallés mais en version amd64  (j'ai pris la liste qui allait  être virée, j'ai tout passé dans vscode et fait un rechercher/remplacer de "i386" )-> dist-upgrade.
Nickel.

Mais si j'avais pas fait ça il m'aurait viré 235 packages dont le x server.
En tous cas tout marche. Je vais pouvoir basculer sur testing, qui était le projet initial, croyant que ma Trixie étiat à jour

 
Alors au pire des cas, tu te retrouve en terminal après reboot, tu réinstall ton xserver et ça repart

ouais mais faut bien prendre la liste des trucs à reinstaller par ca allait dégommer une chiée de packages dont des trucs vitaux genre fdisk etc

Spa vital fdisk

Salut ! Question bête mais y'a quoi comme commande pour se connecter en dhcp à un réseau filaire, sur une trixie fraîchement installée (hors-ligne) via l'iso netinstall ?
 
Avant je faisais un "dhclient -v eth0" afin d'installer tout le reste, mais apparemment le paquet isc-dhcp-client n'est pas installé par défaut. J'ai vu qu'il était déprécié, et que KEA semble le successeur pour la partie serveur... mais il y a une alternative out-of-the-box pour la partie client ? Un genre de "ip dhcp request" ?
Merci beaucoup !

tu utilises quel moyen pour configurer tes interfaces réseau ? outil graphique ? fichier interfaces ?

EDIT : je dis n'imp, ma connexion est opérationnelle et j'ai foiré mon sources.list    désolé !
 
Déjà merci de ta réponse
 
C'est un pc portable qui va utiliser Network-manager à terme. Mais là, je viens tout juste de faire l'install de Trixie via l'iso netinstall, je n'ai aucune interface graphique.
Le but c'est juste de me connecter 1 fois manuellement pour installer network-manager, lightdm, mon environnement de bureau etc. Ensuite tout sera géré en graphique. Je fais comme ça depuis longtemps pour installer mes Debian. Jusque là j'utilisais la commande "dhclient" pour cette 1e connexion, mais elle semble absente de l'install de base de Trixie.
 
Je peux me connecter manuellement via les commandes ip, mais comme ça m'arrive un peu fréquemment de faire des installs, j'aimerais bien retrouver la commande qui fait juste une requête dhcp sans avoir à définir tout le réseau, vérifier que l'IP choisie est dispo etc.

c'est 2 lignes dans le fichier interfaces, si tu utilises ce moyen de configuration. Puis éventuellement éteindre et rallumer l'interface.

Et tu peux ensuite regarder dans les logs quel client DHCP il a utilisé.

pourtant, lors de la netinstall, doit bien y avoir un truc qui fait une requete dhcp. ptet systemd-networkd ?
sinon:
ip a add 192.168.1.50/24 dev eth0
ip link set eth0 up
hop !

Apparemment il y a un client dhcp inclus je ne sais où. Dans systemd je suppose ?
C'est ma première install de Trixie, je découvre encore les changements, et j'ai fait ça un peu pressé ce soir
Merci à vous 2, tout fonctionne bien

ha oui, tiens. je viens de lancer un boot sur le cd netinstall de debian13, la commande dhclient n'existe pas.
en regardant un peu les process, y'a un "udhcpc" qui traine.
apres test, un
udhcpc -i enp0s2
suffit a obtenir une ip