Vous n'êtes pas identifié(e).
En ligne
nous sommes tous différents ... c'est notre point commun ...
Association Debian-Facile - Les cahiers du débutant - ISO Debian-Facile - 3hg - nakeDeb
GNU/Linux©2006-2024
Hors ligne
Dernière modification par Croutons (21-11-2024 09:33:10)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Dernière modification par Hello (21-11-2024 09:40:46)
En ligne
En ligne
Dernière modification par Hello (21-11-2024 10:01:04)
En ligne
En ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
mais une fois installé il disparaît du bureau
Tu nous décris pas l'inverse ? Je ne te suit pas.Je viens de terminer une installation de Debian-Facile sur un pc portable et découvre un fichier install-debian.destktop sur le bureau.
Hello veut dire que ses installations précédentes via calamares avec des Iso autres que Df, ne laissent pas le fichier d'installation sur le bureau
En ligne
Dernière modification par Hello (21-11-2024 15:24:10)
En ligne
Après nos échanges de ce matin j'ai viré ce fichier. Seulement voilà, petit coquin qu'il est, après chaque redémarrage (après suppression du fichier) le fichier réapparaît sur le bureau ?! Le pc serait-il hanté ?
J'ai deux théories en plus de celle d'avortement d'installation :
1) Tu démarres sur une session live
2) On a un nouveau bug qui fait que le paquet calamares n'est pas désinstallé à la fin d'installation (mais du coup tu devrai désinstaller le paquet, pas juste le lanceur).
Dernière modification par otyugh (21-11-2024 15:28:44)
En ligne
nous sommes tous différents ... c'est notre point commun ...
Association Debian-Facile - Les cahiers du débutant - ISO Debian-Facile - 3hg - nakeDeb
GNU/Linux©2006-2024
Hors ligne
Dernière modification par Hello (21-11-2024 15:44:06)
En ligne
je n'ai noté aucun bug de ce genre lors des tests avant upload... je vais refaire un test ce soir.
J'ai testé l'installation en VM de la debian-facile-12.7_amd64.iso. Iso construite avec live-build depuis salsa (juste quelques config de changées).
Que ce soit avec l'installateur ou calamares (avec effacement du disque), je ne retrouve pas install-debian.destktop sur le bureau après redémarrage.
Dernière modification par wardidi (21-11-2024 16:16:06)
En ligne
En ligne
J'aurais dû faire un effacement complet (écriture de 000 partout sur le disque)
Ça ne peut pas venir de là. Il n'existe pas de données rémanente par accident. "L'effacement complet" c'est pour se protéger de récupération volontaires, c'est tout. Mais c'est fort mystérieux, je suis curieux de bien savoir ce qui s'est passé. Un bug sur ta clé USB qui lui aurait fait sauter la dernière étape de suppression de calamares sans lever de warning ? (j'ai déjà vu ça UNE FOIS sous ubuntu, il fallait regarder dans `dmesg -W` pendant l'install pour voir qu'il se passait des choses pas catholiques, mais l'installateur disait rien et allait jusqu'au bout : à la fin le système était installé mais manquait de certains paquets ; c'est les moments où les gens commencer à amener l'encens et l'ail)
Dernière modification par otyugh (21-11-2024 17:39:22)
En ligne
c'est les moments où les gens commencer à amener l'encens et l'ail
Ici ça a marché une fois mais on a rajouté le crucifix
En ligne
Il n'existe pas de données rémanente par accident. "L'effacement complet" c'est pour se protéger de récupération volontaires,
Effectivement, l'écriture de zéros est plus une question de sécurité. Ça au moins je le savais (content que je suis). Je pensais toutefois qu'après avoir supprimer les partitions qu'il se pourrait que certains reliquats subsistent.
à la fin le système était installé mais manquait de certains paquets
C'est bien ce qu'il s'est produit. J'ai lancé une commande directement après installation (me souviens plus laquelle) qui a généré un paquet de lignes en rouge signalant l'absence de certains paquets.
c'est les moments où les gens commencent à amener l'encens et l'ail)
Ni encens, ni ail, ni crucifix. Un "apt update / upgrade" et c'était réglé.
L'ISO était clean aussi. J'ai vérifié l'intégrité avant l'installation.
La clé USB est pratiquement neuve, n'a rien contenu de compromettant (pour elle du moins ), toujours éjectée proprement,...
Dernière modification par Hello (22-11-2024 11:19:24)
En ligne
La clé USB est pratiquement neuve, n'a rien contenu de compromettant (pour elle du moins ), toujours éjectée proprement,...
Si tu as flashé ta clé neuve avec une ISO vérifiée, il y a encore (j'imagine) la possibilité de l'avoir enlevé avant la fin du flashage de la clé ? (presque personne n'attend un "sync" après flashage).
C'est un des trucs qui manquent à l'iso un menu de "vérifier l'intégrité de ses fichiers". C'est un peu long, mais dans ton cas ça aurai permis d'écarter pour sûr un facteur possible.
En ligne
il y a encore (j'imagine) la possibilité de l'avoir enlevé avant la fin du flashage de la clé ?
Ce n'est pas le cas. J'attends toujours que l'application de flashage m'informe de la fin du travail. Je démonte la clé et attends la confirmation avant de la "retirer en toute sécurité".
Qu'entends-tu par "sync" ? Je comprends qu'il s'agit de synchronisation mais de quoi, où, comment ?
En ligne
En fait quand tu flash une clé USB, tu ne montes pas son système de fichier (si tu utilises dd if=/dev/sdX ou cp/rsync /dev/sdX), donc tu ne peux pas le démonter (démontage que tu ferai avec umount si tu es dans une console) - démontage qui fait un sync d'office (donc c'est une bonne manière en temps normal - comme avec Ventoy par exemple).
Quand tu as fini de flasher, si tu lancer "sync" dans le terminal, on ne te rend la main "que" quand il a "vraiment" fini de copier. Parce que la progression de chargement ne vaut malheureusement pas grand chose.
L'autre manière est d'utiliser ddrescue du paquet gdderescue (c'est un dd modernifié -dans le sens qu'il affiche plus d'infos pas qu'il va plus vite- qui fait un sync à la fin des opérations).
Mais si tu le fais pas, tu n'a pas vraiment de manière "objective" de savoir si ta copie est vraiment terminée.
Dernière modification par otyugh (Hier 09:31:53)
En ligne
Qu'entends-tu par "sync" ? Je comprends qu'il s'agit de synchronisation mais de quoi, où, comment ?
la commande sur la ligne de transfert de l'iso avec dd
https://debian-facile.org/projets/lesca … ur-cle-usb
est que l'opération sync prend trop de temps entre la fin du status=progress de la commande dd? j'ai pas trop idée du temps du processus sync vu que je l'ai fait qu'une fois
sur que on peut ce faire avoir si on voit une fin de progression, alors que le prompt n'est pas revenu
oups trop long a valider mon texte
Dernière modification par Croutons (Hier 09:44:27)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Dès que le shell rend la main. Afin de s'assurer que la copie soit réellement terminée (que tout le cache soit transféré sur le disque).
Dernière modification par agp91 (Hier 10:39:52)
La liberté est gratuite et accessible à tous. Sinon ça n'en est pas.
Hors ligne
En ligne
Je ne comprends dès lors pas l'utilité d'annoncer "la copie est terminée avec succès", ni l'utilité d'un bouton (petit triangle à droite du nom de la clé dans Fichiers) pour démonter la clé.
Si une action est encore en cours pourquoi envoyer des messages de bonne fin ?
Par-ce que l'outil de copie ne gère pas cela, c'est le noyau qui s'en occupe, l'outil à fait son taf et l'indique.
La liberté est gratuite et accessible à tous. Sinon ça n'en est pas.
Hors ligne