Installation impossible, pc neuf inutilisable : que faire ?

Tags: #<Tag:0x00007f74f8a00d10>

J’ai un autre écran où les fichiers sont recherchés sur le lecteur cdrom : https://postimg.cc/5jz8yFJf

Evidemment si je fais Oui, je retombe sur cet écran.

A mon avis ta clé est mal faite
https://www.debian.org/CD/faq/#write-usb

avec windows utiliser Rufus

J’ai essayé avec 2 clés, ça plante à chaque fois au même moment (voir les liens des messages précédents).
Je suis sur Ubuntu, j’utilise Etcher pour flasher les isos.

sous Ubuntu linux, on utilises la commande dd pour copier une image iso sur une clé usb

C’est quand même bizarre que l’install plante en indiquant une corruption de fichier sur le support d’install (ce qui peut arriver) mais sur une netinstall qui prend ses fichiers en ligne:
je ne vois pas pourquoi il veut aller chercher quelque chose sur un cdrom qui en plus n’existe pas…

Alors si ton livecd fonctionne et que tu as le net avec, il existe une alternative: se passer de l’installeur, et faire une install à la main.
Il faut partitionner et formater (ça, ça doit être déjà fait avec tes tests précédent), monter les partitions de ta future machine dans un répertoire de ton arbo de livecd, y déployer un systéme minimum avec debootstrap, chrooter sur ce systéme pour installer grub et y faire à la main les config fstab et quelques autres détails, et tu auras un systéme bootable.
Ce n’est pas hyper technique, quoi qu’un peu avancé, mais si tu connais un peu debian, c’est faisable, et rapide.

Comme a priori, tu dois avoir une seule partition pour tout, tu peux commencer par créer un répertoire de montage genre /tmp/mnt, puis mount <ta partition> /tmp/mnt, et aprés en supposant que debootstrap soit bien dispo sur ton livecd (ce qui doit être le cas) tu peux prendre en route ce tuto à cet endroit là:
https://debian-facile.org/doc:install:debootstrap-chroot#lancons-debootstrap

Et à la limite, tu peux faire ça avec tes enfants, pour vous éduquer ensemble sur la simplicité de linux. :smiley:

Si ces deux clefs USB ont été crées en utilisant le même fichier image ISO
il faudrait penser à vérifier l’intégrité de ce fichier image ISO téléchargé.
ou peut-être plus simplement ,

  • supprimer le fichier téléchargé,
  • télécharger à nouveau le ficher image ISO,
  • vérifier son intégrité
    (par exemple en comparant la somme md5 du fichier téléchargé à celle du fichier source)

C’est ce que j’ai fait, pour chacun des iso.

Dans le menu de démarrage il me semble que tu peux vérifier l’intégrité de l’image. Mais il est vrai que ton message nous fait penser a une corruption lors du téléchargement ou de la création de ta clé USB.

Donc j’aurais 3 fichiers corrompus, malgré les md5 valides ? J’ai vraiment la poisse !

As tu au moins une fois changé de méthode pour copier sur ta clé?
la méthode fiable c’est la commande dd

Les md5 te permettent de vérifier que ton téléchargement c’est bien passé … pas la création de ta clé. Mais en effet tu aurais vraiment une sacré poisse.
Truc con, mais as tu changé de port USB sur le pc cible des fois que …

A mon tour d’essayer.

D’abord, une mise au point pour ne plus perdre de temps sur une fausse piste : ne pas se focaliser sur la mention “cdrom” dans les messages. Ces messages datent du temps ou les images d’installation n’étaient prévues que pour des disques optiques. L’installateur actuel ne cherche plus seulement sur un CDROM mais aussi sur n’importe quel disque présent (au sens large, incluant les clés USB et autres cartes mémoire).

Ensuite, @Mimoza a raison : il ne suffit pas de vérifier l’intégrité de l’image, il faut aussi faut vérifier l’écriture de l’image sur la clé USB. Si Etcher ne le permet pas, voici deux méthodes (il y en a peut-être d’autres) après avoir débranché et rebranché la clé pour éviter de relire le cache :

  • comparer l’image et la clé avec cmp. Si la commande se termine en indiquant la fin du fichier, alors la comparaison est bonne.

    cmp debian-xxx.iso /dev/sdX
    
  • calculer une somme de contrôle (MD5, SHA1…) de la clé en limitant à la taille de l’image. Si la somme correspond à celle présente dans le fichier accompagnant l’image, la copie est bonne.

    dd if=/dev/sdX bs=2048 count=(taille/2048) | md5sum
    

Une fois la clé vérifiée, si le problème persiste, il y aura d’autres tests à faire.

Voilà mes commandes :

$ md5sum debian-9.5.0-amd64-netinst.iso 
f8446a84356a6bcbf79201cc9f46063f  debian-9.5.0-amd64-netinst.iso
$ md5sum PrimTux4-Debian9-amd64-CTP-20181023.hybrid.iso 
ac1b579854b5bc0fe2ccef025a08056f  PrimTux4-Debian9-amd64-CTP-20181023.hybrid.iso
$ md5sum ubuntu-18.04.1-desktop-amd64.iso 
f430da8fa59d2f5f4262518e3c177246  ubuntu-18.04.1-desktop-amd64.iso

Pour vérifier :
https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/MD5SUMS
https://sourceforge.net/projects/primtux/files/Distribution/PrimTux4-Debian9-amd64-CTP-20181023.hybrid.iso.md5/download
http://releases.ubuntu.com/bionic/MD5SUMS
(spoiler : les 3 sont valides)

Puis (test avec Primtux) :

$ sudo dd bs=4M if=debian-9.5.0-amd64-netinst.iso of=/dev/sdb && sync
[sudo] Mot de passe de jarodd :
721+1 enregistrements lus
721+1 enregistrements écrits
3024814080 bytes (3,0 GB, 2,8 GiB) copied, 216,685 s, 14,0 MB/s
$ 

edit : désolé pour la mise en page, pourtant je saute des lignes dans mon message

Bonsoir

Il y a quelque chose de bizarre :
le fichier image ISO debian-9.5.0-amd64-netinst.iso fait 291 MB
mais je vois que dd aurait copié :

Pourtant, la somme md5
f8446a84356a6bcbf79201cc9f46063f
corresponds à celle qui est donnée dans le fichier MD5SUMS

J’ai d’abord flashé avec l’iso Debian, puis j’ai changé d’avis pour refaire le Primtux J’ai dû copier la mauvaise ligne.

$ ll
total 5159504
drwxrwxr-x  2 jarodd jarodd       4096 nov.   1 21:09 ./
drwxrwxrwx 17 jarodd jarodd       4096 nov.   1 15:27 ../
-rw-rw-r--  1 jarodd jarodd  305135616 nov.   1 13:55 debian-9.5.0-amd64-netinst.iso
-rw-rw-r--  1 jarodd jarodd        201 nov.   1 21:09 debian-9.5.0-amd64-netinst.iso.md5
-rw-rw-r--  1 jarodd jarodd 3024814080 oct.  28 21:18 PrimTux4-Debian9-amd64-CTP-20181023.hybrid.iso
-rw-rw-r--  1 jarodd jarodd         81 nov.   1 21:02 PrimTux4-Debian9-amd64-CTP-20181023.hybrid.iso.md5
-rw-rw-r--  1 jarodd jarodd 1953349632 nov.   1 14:03 ubuntu-18.04.1-desktop-amd64.iso
-rw-rw-r--  1 jarodd jarodd        138 nov.   1 21:09 ubuntu-18.04.1-desktop-amd64.iso.md5

Ah OK,
Alors ce n’est juste qu’une petite erreur de retranscription de la ligne de commande dd

Et que donne la vérification de la clé ?

Bonjour,

J’ai retenté avec la connexion internet active, j’ai réussi à aller au bout de l’installation.
Merci à tous pour votre aide ! :smiley:

une image iso bien copiée avec dd c’est mieux

et une netinstall avec accès internet c’est encore mieux

1 J'aime