[abandon] ISO Debian unofficial netinstall?

Grompf · 14-12-2017 19:15:06

J'ai installé sur un vieux PC portable une Debian à partir d'une ISO netinstall unofficial 32b. J'ai choisi KDE comme DE. J'ai des messages d'erreur en cherchant les mises à jour, indiquant un problème de clé de sécurité. Qqn a déjà eu ça ?

Dernière modification par Grompf (17-12-2017 10:09:16)

chalu · 14-12-2017 19:30:29

Bonjour

Iso téléchargé où ?
Peux tu copier la commande et son retour exact dans le fil, ce sera plus clair

Grompf · 14-12-2017 20:08:53

J'ai ça :

apt-get update

Ign:1 http://ftp.ch.debian.org/debian stretch InRelease

Atteint:2 http://security.debian.org/debian-security stretch/updates InRelease

Atteint:3 http://ftp.ch.debian.org/debian stretch-updates InRelease

Atteint:4 http://ftp.ch.debian.org/debian stretch Release      

Lecture des listes de paquets... Fait                          

W: http://security.debian.org/debian-security/dists/stretch/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

W: http://ftp.ch.debian.org/debian/dists/stretch-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

W: http://ftp.ch.debian.org/debian/dists/stretch/Release.gpg: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

Si je passe par Apper et que je fais une vérification des mises-à-jour, j'ai un message d'erreur :

Vous êtes sur le point d'installer des paquets non signés qui risquent de compromettre votre système, car il est impossible de vérifier si les logiciels proviennent d'une source de confiance.

Voulez-vous vraiment poursuivre l'installation ?

J'ajoute que Konqueror semble buggé et plante régulièrement.

Bref, il y a dû avoir un caca quelque part. Comme il s'agit pour moi de (re-)découvrir KDE sur un petit PC d'appoint, je crois que je ne vais pas me casser la tête. Je vais essayer d'installer ça à partir d'une ISO officielle. Je suspecte un problème d'ISO en effet (le PC en question est vieux, poussif, mais généralement très stable avec Linux),

PS : Il y a eu un truc de bizarre. J'avais choisi une image unofficial pour ne pas avoir à rajouter après coup les dépôts non-free. Or j'ai quand-même dû le faire. Je me suis servi d'Apper pour ça. En principe une telle image devrait contenir les dépôts unofficial, non ?

Dernière modification par Grompf (14-12-2017 20:10:39)

chalu · 14-12-2017 20:31:53

Je n’ai jamais utilisé l’iso non officielle mais je pense comme toi que les dépôts non free devraient être dans le source.list.
Tu les as ajoutées en graphique peut être que c’est le même problème que sus Gnome avec software-proprieties
Il y a plusieurs fils avec ce type de problème . èfpé a donné la solution dans plusieurs d’ailleurs, faut juste la retrouver parmi tous les fils

Édit en voilà deux qui parlent de ce type de pb
https://debian-facile.org/viewtopic.php … 90#p230575
https://debian-facile.org/viewtopic.php?id=20041

bendia · 14-12-2017 21:00:25

chalu a écrit :

Je n’ai jamais utilisé l’iso non officielle mais je pense comme toi que les dépôts non free devraient être dans le source.list.

Je ne crois pas. Les micro-logiciels sont inclus dans l'image de l'installateur pour activer des périphériques nécessaire lors de l'installation (pilote de carte réseau, wifi, contrôleur disque par exemple).

chalu · 14-12-2017 21:49:03

Ah bon ? Je me suis laissée avoir par le nom mais c’est vrai qu’il n’est pas indiqué que la configuration sera différente , juste qu’il les firmwares non-free inclus.
https://cdimage.debian.org/images/unoff … -firmware/
J’ai la chance de pouvoir installer avec l’iso officielle, j’ajoute juste le firmware amd non Free par la suite pour avoir une meilleure résolution

raleur · 14-12-2017 22:14:16

Le manuel d'installation de Debian dit ceci :

6.4.2. Microprogrammes et système installé

Tout microprogramme chargé pendant l'installation est copié automatiquement sur
le système installé. (...)

Si le microprogramme chargé était sous forme de paquet, l'installateur debian
installera aussi ce paquet dans le nouveau système installé et ajoutera
automatiquement la section non-free de l'archive debian dans le fichier
sources.list d'apt.

Cela ne mentionne pas explicitement les images d'installation incluant les firmwares non libres, mais ces derniers y sont inclus sous forme de paquets Debian, non ?

Dernière modification par raleur (14-12-2017 22:24:29)

MicP · 14-12-2017 22:19:59

Bonsoir Grompf

Je pense que le problème que tu as rencontré est dû au fait
que tu utilises un dépôt debian suisse
qui a visiblement un problème de clef gpg
(et peut-être aussi d'accès en fonction de mes essais d'installation).

Mais sur la page web de https://debian.ethz.ch/debian/

ils proposent de rempacer ⁫ftp://ftp.debian.ch par debian.ethz.ch

Donc, pour pouvoir mettre à jour ton système,
tu pourrais utiliser cette nouvelle adresse
en modifiant ton fichier /etc/apt/sources.list

Entre la ligne de commande suivante :

sed -i 's/ftp.ch.debian.org/debian.ethz.ch/' /etc/apt/sources.list

Dernière modification par MicP (14-12-2017 22:39:09)

bendia · 14-12-2017 22:23:31

raleur a écrit :

Cela ne mentionne pas explicitement les images d'installation incluant les firmwares non libre, mais ces derniers y sont inclus sous forme de paquets Debian, non ?

C'est juste. Dans ce cas présent, peut-être qu'aucun firmware non-libre n'a été nécessaire lors de l'installation, donc, aucun copié sur le disque, donc, pas de section non-free dans le sources.list ?

Grompf · 14-12-2017 23:08:25

Je réinstalle avec une autre ISO, netinstall officielle.
J'ai en fait le même problème.
J'ai fait un premier apt-get update sans soucis.
Puis j'ai modifié les sources (avec Apper), en rajoutant les dépôts contrib et non-free.
Et le problème réapparaît.
J'ai changé de serveur. J'ai un problème un peu différent, mais du même genre :
Impossible de télécharger les mises à jour

E: The repository 'http://deb.debian.org/debian stretch/updates Release' does not have a Release file.

W: Updating from such a repository can't be done securely, and is therefore disabled by default.

W: See apt-secure(8) manpage for repository creation and user configuration details.

W: http://debian.ethz.ch/debian/dists/stretch-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

W: http://debian.ethz.ch/debian/dists/stretch/Release.gpg: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

J'ai toujours Konqueror qui plante (Tous les sites ne font pas ça. Mais par exemple, elpais.com fait planter Konqueror).
C'est un autre problème.

Je vais me concentrer sur mes histoires de sources.

Edit à toto : Pour citer les lignes code utiliser la balise Autre code du forum. Corrigé.

èfpé · 14-12-2017 23:32:42

Bonsoir,

Il me semble que chalu a donné une piste sérieuse dès le post #4 : apper dépendant de software-properties-kde, on peut raisonnablement s'attendre à un gag du même genre que sous GNOME avec software-properties-gtk (le paquet source est le même, software-properties) ; que retourne :

ls -l /etc/apt

La présence d'un fichier trusted.gpg faisant 32 octets, et uniquement lisible par root, confirmerait l'hypothèse...

Dernière modification par èfpé (14-12-2017 23:42:42)

Grompf · 14-12-2017 23:37:04

ls -l /etc/apt

total 28

drwxr-xr-x 2 root root 4096 déc 14 22:14 apt.conf.d

-rw-r--r-- 1 root root  104 déc 14 21:14 listchanges.conf

drwxr-xr-x 2 root root 4096 sep 13 18:47 preferences.d

-rw-r--r-- 1 root root  686 déc 14 22:57 sources.list

-rw-r--r-- 1 root root    0 déc 14 20:27 sources.list~

drwxr-xr-x 2 root root 4096 sep 13 18:47 sources.list.d

-rw-r--r-- 1 root root  698 déc 14 22:57 sources.list.save

drwxr-xr-x 2 root root 4096 déc 14 20:26 trusted.gpg.d

J'ai essayé d'appliquer les solutions qu'on trouve dans les liens donnés par Chalu en #4 : rien à faire.

èfpé · 14-12-2017 23:48:42

Re-,

Le retour, que tu as posté en #10, fait pourtant état d'un fichier « /etc/apt/trusted.gpg » non lisible par l'utilisateur « _apt »

Grompf · 14-12-2017 23:56:47

J'ai modifié la sources list

Avant j'avais :

# 

# deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official i386 NETINST 20171209-13:03]/ stretch main

# deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official i386 NETINST 20171209-13:03]/ stretch main

deb http://ftp.ch.debian.org/debian/ stretch main contrib non-free

deb-src http://ftp.ch.debian.org/debian/ stretch main contrib non-free

deb http://deb.debian.org/debian/ stretch/updates main contrib non-free

deb-src http://deb.debian.org/debian/ stretch/updates main contrib non-free

# stretch-updates, previously known as 'volatile'

deb http://ftp.ch.debian.org/debian/ stretch-updates main contrib non-free

deb-src http://ftp.ch.debian.org/debian/ stretch-updates main contrib non-free

J'ai mis à la place :

deb http://deb.debian.org/debian stretch main contrib non-free

deb-src http://deb.debian.org/debian stretch main contrib non-free

deb http://deb.debian.org/debian stretch-updates main contrib non-free

deb-src http://deb.debian.org/debian stretch-updates main contrib non-free

deb http://security.debian.org/ stretch/updates main contrib non-free

deb-src http://security.debian.org/ stretch/updates main contrib non-free

Et là, j'ai plus d'erreur.
Je suspecte Apper d'avoir foutu le bordel.
Je suis plutôt un utilisateur de Mate, Cinnamon, etc. Et j'utilisais donc souvent Synaptic. Il me semble me souvenir que certains étaient critiques envers Apper. Vous pensez que ça pourrait être ça ?

chalu · 15-12-2017 07:52:38

Je pense plutôt que c’est le même bug que celui dont parle èfpé et donc lié à software-properties-*
Comme dit plus haut le message d’erreur portait sur The key(s) in the keyring /etc/apt/trusted.gpg are ignored as
Si tu as suivi les commandes des fils et supprimé ce fichier, le message d’erreur suivant aurait été intéressant à avoir en copie.
Je crois qu’il est très important de faire des copies des commandes et de leurs retours pour être aidé sur le forum et pour que l’on ait une vue exacte du souci

Mais l’essentiel est que tu vas pouvoir tester KDE

yoshi · 15-12-2017 10:26:43

Il me semble me souvenir que certains étaient critiques envers Apper

Je confirme, Apper est une bouse et n'a jamais été capable de fonctionner correctement. Ce n'est pas un logiciel KDE
à part entière, mais un truc qui vient de Kubuntu.
Sous Debian, gestionnaire de paquets graphique: Synaptic, il n'y a rien de mieux.

Pour Konqueror: ça fait des années que je ne l'ai pas utilisé. Je suis sous KDE 5.11.4 est il n'est même plus dans la
logithèque de ma distribution.
Navigateur en Qt: Qupzilla, qui est en passe de devenir Falkon, et est maintenant intégré au projet KDE.

èfpé · 15-12-2017 14:42:42

(@chalu,

Le manque de cohérence dans les retours m'ayant amené à effectuer mon propre test sous Debian Live 9.3.0 amd64 KDE, je suis en mesure de confirmer l'existence du « bogue » sous KDE également... par contre, il ne concerne que l'outil de Gestion des logiciels (apper) car software-properties-kde n'est pas appelé par le Gestionnaire de paquets (synaptic-pkexec), qui n'est d'ailleurs pas installé par défaut.

kdesudo software-properties-kde

gpg: keybox '/etc/apt/trusted.gpg' created

ls -l /etc/apt/trusted.gpg

-rw------- 1 root root 32 déc.  15 13:37 /etc/apt/trusted.gpg

sudo file /etc/apt/trusted.gpg

/etc/apt/trusted.gpg: GPG keybox database version 1, created-at Fri Dec 15 13:37:42 2017, last-maintained Fri Dec 15 13:37:42 2017

sudo apt-get update

Ign:1 http://deb.debian.org/debian stretch InRelease

Atteint:2 http://deb.debian.org/debian stretch Release

Lecture des listes de paquets... Fait

W: http://deb.debian.org/debian/dists/stretch/Release.gpg: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

sudo rm /etc/apt/trusted.gpg

sudo apt-get update

Ign:1 http://deb.debian.org/debian stretch InRelease

Atteint:2 http://deb.debian.org/debian stretch Release

Lecture des listes de paquets... Fait

Note : la création d'un mot de passe root est indispensable à l'accès aux « Sources de mise à jour »)

Dernière modification par èfpé (15-12-2017 18:06:42)

chalu · 15-12-2017 15:11:25

Je n’ai pas tout suivi, il faudra que je teste kde stretch en VM
Comme le problème exposé était quasiment une copie de celui sous Gnome et que apper sous KDE est sensé remplacer Synaptic et/ou Logiciels de Gnome je pensais qu’apper appelait software-properties-kde pour modifier les dépôts en mode graphique. Ce dernier est une dépendance de apper contrairement à la version gtk pour Synaptic.

Comme yoshi quand j’avais Jessie KDE j’avais installé Synaptic comme outil graphique c’est le plus fiable à condition de ne pas lui ajouter software-properties. Je trouve que ce dernier rend la lecture des dépôts illisibles.

Édit : apper semble plus l’equivalent de gnome-software que de Synaptic d’ailleurs. Et pour ce qui est du fonctionnement les deux se valent visiblement.

Edit 2 :

èfpé a écrit :

je suis en mesure de confirmer l'existence du « bogue » sous KDE également... par contre il ne concerne que l'outil de Gestion des logiciels (apper) car software-properties-kde n'est pas appelé par le Gestionnaire de paquets (synaptic-pkexec), qui n'est d'ailleurs pas installé par défaut.
[...]
Note : la création d'un mot de passe root est indispensable à l'accès aux « Sources de mise à jour »

Je viens de faire l'essai sur une installation en VM de Stretch KDE sans mot de passe root comme à mon habitude.
effectivement si on lance apper depuis le menu des applications pour modifier les dépôts, il faut un mot de passe root car c'est kdesu qui a dû être prévu et non kdesudo. Une fenêtre indique d'ailleurs ensuite que le logiciel est à lancer avec kdesudo. C'est ce que j'ai fait puisque je n'ai pas de mot de passe root, on peut taper la commande

kdesudo apper

directement dans la barre de recherche des applications.
On obtient alors apper avec une interface plus moche mais avec un clic sur la petite flèche à droite on retrouve bien le menu de configuration qui permet de modifier les dépôts et c'est bien software-properties-kde qui le fait comme sous Gnome. Après avoir ajouté les non-free et contrib, au rechargement des paquets on a le message d'erreur dans une fenêtre :

pk-client-error-quark : could not do untrusted question as no klass support (8)

et on obtient la même erreur que Grompf comme tu l'as indiqué

Dernier édit la question est :
ce bug qui touche les bureaux KDE et Gnome où le paquets software-properties-* est installé par défaut va-t-il perdurer durant toute la période "Stretch stable" ?

èfpé · 15-12-2017 17:58:42

(@chalu,

Il s'agit d'un double bogue, à mon sens : (1) d'une part, le fichier trusted.gpg créé par software-properties-machin n'est pas créé avec les permissions lui permettant d'être lu par l'utilisateur _apt (nouveauté de la version stable actuelle) ; (2) d'autre part le format dudit fichier n'est pas supporté par APT (dans sa version stable actuelle du moins), donc oui encore 18 mois.

edit: du côté de software-properties-machin, le souci est réglé en amont depuis longtemps... le bogue est partiel en version 0.96.20.7 (création d'un fichier trusted.gpg vide non bloquant) et tout simplement absent en version 0.96.24.13 (cf. Ubuntu 17.04) ; il faut finalement noter que ce fameux bogue n'empêche, ni la mise à jour des listes de paquets... ni l'installation de paquets... il n'y a que l'importation [dans les règles de l'art] de clés [GPG] publiques qui est bloquée

)

Dernière modification par èfpé (21-12-2017 16:58:42)

Grompf · 15-12-2017 18:26:50

Question : peut-on désinstaller Apper sans semer le boxon ?
Question 2 : peut-on utiliser Synaptic sans autres sous KDE ?
Question 3 : que faire du programme "logithèque" ("Découvrir") ? le virer ? le laisser mais éviter de l'utiliser ?

Grompf · 15-12-2017 22:39:59

C'est re-moi.
J'ouvre Apper pour voir. Je vais sous "vérifier s'il existe de nouvelles mises à jour.
Et je finis avec ça :

Vous êtes sur le point d'installer des paquets non signés qui risquent de compromettre votre système, car il est impossible de vérifier si les logiciels proviennent d'une source de confiance.

Voulez-vous vraiment poursuivre l'installation ?

Je ferme Apper.
Je vais dans Konsole, je veux recharger le cache en ligne de commande et je me retrouve avec ça :

apt-get update

Atteint:1 http://security.debian.org stretch/updates InRelease

Ign:2 http://deb.debian.org/debian stretch InRelease

Réception de:3 http://deb.debian.org/debian stretch-updates InRelease [91.0 kB]

Atteint:4 http://deb.debian.org/debian stretch Release         

91.0 ko réceptionnés en 2s (42.6 ko/s)

Lecture des listes de paquets... Fait

W: http://security.debian.org/dists/stretch/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

W: http://deb.debian.org/debian/dists/stretch-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

W: http://deb.debian.org/debian/dists/stretch/Release.gpg: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

Bon, reprenons.
Voici ce que j'ai dans mon dossier apt :

total 32

drwxr-xr-x 2 root root 4096 déc 14 22:14 apt.conf.d

-rw-r--r-- 1 root root  104 déc 14 21:14 listchanges.conf

drwxr-xr-x 2 root root 4096 sep 13 18:47 preferences.d

-rw-r--r-- 1 root root  424 déc 14 23:50 sources.list

-rw-r--r-- 1 root root    0 déc 14 20:27 sources.list~

drwxr-xr-x 2 root root 4096 sep 13 18:47 sources.list.d

-rw-r--r-- 1 root root  698 déc 14 22:57 sources.list.save

-rw------- 1 root root   32 déc 15 00:02 trusted.gpg

drwxr-xr-x 2 root root 4096 déc 14 20:26 trusted.gpg.d

On voit le fameux fichoier trusted.gpg
Je supprime ça.

Je refais update en ligne de commante : tout roule.
Je redémarre l'ordinateur. En faisant un upadate, j'ai de nouveau un messag d'erreur :

Lecture des listes de paquets... Fait

W: chmod 0700 of directory /var/lib/apt/lists/partial failed - SetupAPTPartialDirectory (1: Opération non permise)

E: Impossible d'ouvrir le fichier verrou /var/lib/apt/lists/lock - open (13: Permission non accordée)

E: Impossible de verrouiller le répertoire /var/lib/apt/lists/

W: Problème de suppression du lien /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission non accordée)

W: Problème de suppression du lien /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission non accordée)

J'en ai marre.
Je jette l'éponge.

Soit je reste à mon bureau habituel (Cinnamon), soit je teste KDE avec autre chose qu'une Debian "standard".

Dernière modification par Grompf (15-12-2017 23:02:01)

yoshi · 15-12-2017 23:26:46

Sous Debian KDE, ce que je faisais dès la distro installée, c'était virer Apper et tout ce qui allait avec.
Je ne me souviens plus trop de ce qui était viré en dépendances.
C'était avec Jessie et donc KDE 4.14.
Ce truc n'a jamais marché, et il n'est présent que sur les distros .deb (Debian, Kubuntu, etc...)
Ça ne veut pas dire que KDE sous Debian est mauvais. Simplement, Apper, oubliez !!!

* Ne pas oublier que l'équipe Debian-KDE est (ou était, je ne sais pas où ça en est) assez petite.
Il y a (ou il y a eu) collaboration avec Kubuntu, d'où cette présence d'Apper.

Dernière modification par yoshi (16-12-2017 10:02:03)

chalu · 16-12-2017 07:49:13

@Grompf quand tu dis je supprime ça, tu as fait seulement ça :

sudo rm /etc/apt/trustes.gpg

ou tu as aussi touché à des permissions avec chmod ? Tu n’avais bien que le terminal d’ouvert ?
Pour voir ce qui est supprimé avec apper et software-properties-kde tu fais une simulation

apt -s purge software-properties-kde apper

On peut installer Synaptic seul sur KDE et tout roule.

yoshi · 16-12-2017 10:11:09

On peut installer Synaptic seul sur KDE et tout roule.

Tout à fait !
Un besoin: un logiciel.
Un gestionnaire de paquets graphique: Synaptic.

A l'époque de KDE 3, il y avait aussi un logiciel de gestion graphique des paquets (là c'était vraiment du KDE): Kpackage.
Il faisait aussi doublon avec Synaptic, et tout comme Apper, fonctionnait très mal. Il a été abandonné.

yoshi · 16-12-2017 11:17:13

Après quelques recherches:

Le vieux Kpackage, tout comme Apper, fonctionnait avec Packagekit.
Apper a été remplacé par Muon sur Kubuntu depuis longtemps. Il est présent aussi sur KDE-Neon.
Muon semble fonctionner selon les mêmes règles que Synaptic et est présent dans les dépôts de Stretch.
Synaptic est en GTK, Muon en Qt. C'est ce que j'ai pu en voir .... Jamais utilisé.

Un peu la même chose qu'Octopi/Pamac sous ArchLinux.

Debian-facile

#1 14-12-2017 19:15:06

[abandon] ISO Debian unofficial netinstall?

#2 14-12-2017 19:30:29

Re : [abandon] ISO Debian unofficial netinstall?

#3 14-12-2017 20:08:53

Re : [abandon] ISO Debian unofficial netinstall?

#4 14-12-2017 20:31:53

Re : [abandon] ISO Debian unofficial netinstall?

#5 14-12-2017 21:00:25

Re : [abandon] ISO Debian unofficial netinstall?

#6 14-12-2017 21:49:03

Re : [abandon] ISO Debian unofficial netinstall?

#7 14-12-2017 22:14:16

Re : [abandon] ISO Debian unofficial netinstall?

#8 14-12-2017 22:19:59

Re : [abandon] ISO Debian unofficial netinstall?

#9 14-12-2017 22:23:31

Re : [abandon] ISO Debian unofficial netinstall?

#10 14-12-2017 23:08:25

Re : [abandon] ISO Debian unofficial netinstall?

#11 14-12-2017 23:32:42

Re : [abandon] ISO Debian unofficial netinstall?

#12 14-12-2017 23:37:04

Re : [abandon] ISO Debian unofficial netinstall?

#13 14-12-2017 23:48:42

Re : [abandon] ISO Debian unofficial netinstall?

#14 14-12-2017 23:56:47

Re : [abandon] ISO Debian unofficial netinstall?

#15 15-12-2017 07:52:38

Re : [abandon] ISO Debian unofficial netinstall?

#16 15-12-2017 10:26:43

Re : [abandon] ISO Debian unofficial netinstall?

#17 15-12-2017 14:42:42

Re : [abandon] ISO Debian unofficial netinstall?

#18 15-12-2017 15:11:25

Re : [abandon] ISO Debian unofficial netinstall?

#19 15-12-2017 17:58:42

Re : [abandon] ISO Debian unofficial netinstall?

#20 15-12-2017 18:26:50

Re : [abandon] ISO Debian unofficial netinstall?

#21 15-12-2017 22:39:59

Re : [abandon] ISO Debian unofficial netinstall?

#22 15-12-2017 23:26:46

Re : [abandon] ISO Debian unofficial netinstall?

#23 16-12-2017 07:49:13

Re : [abandon] ISO Debian unofficial netinstall?

#24 16-12-2017 10:11:09

Re : [abandon] ISO Debian unofficial netinstall?

#25 16-12-2017 11:17:13

Re : [abandon] ISO Debian unofficial netinstall?

Pied de page des forums