debian simple

ottr · 21-11-2019 18:23:00

Bonjour chers Debianistes,

je souhaite installer une Debian toute simple sur un Asus fixe (qui est en phase caca avec des Ubuntu et autres essais).

Une Debian simple: les commandes en ligne de commande (évidemment) & openbox (que j'utilise tous les jours sur un Lenovo).
J'aimerais donc pomper quelque part une <image>.iso que je pourrai mettre sur une clé USB.

Quelle image iso choisir ?
j'ai pompé debian-10.2.0-amd64-netinst.iso (335 Mo); c'est bon ?

sudo fdisk -l répond /dev/sdb ... pour la clé USB.

je compte continuer ainsi

sudo dd bs=1M if=debian-10.2.0-amd64-netinst.iso of=/dev/sdb

 

sudo sync

ça va ?

(puis je vais avec la clé sur l'autre ordi)

rené

framend · 21-11-2019 18:34:18

Salut,
Alors, oui, et tu trouveras un tuto d'installation minimale ici, par contre sans trop être sûr de l'incidence je pratique et vois pratiquer la commande dd ainsi en general :

dd if=debian-10.2.0-amd64-netinst.iso of=/dev/sdX bs=4M

pour ce qui est de la commande sync, il y débat, j'ai cessé de l'utiliser sans aucun problème.

ottr · 21-11-2019 19:06:49

La copie sur clé USB s'est apparemment bien passée:

ls /media/dd1

autorun.inf  debian  EFI       g2ldr.mbr    isolinux    pool                 README.mirrors.txt  setup.exe

boot         dists   firmware  install      md5sum.txt  README.html          README.source       tools

css          doc     g2ldr     install.amd  pics        README.mirrors.html  README.txt          win32-loader.ini

mais l'ordi ASUS n'accepte pas de booter à partir d'une clé USB.

J'ai gravé un cdrom

wodim -v dev=/dev/sr0 -dao debian-10.2.0-amd64-netinst.iso 

pas de message d'erreur; mais là je ne sais pas comment mounter le cdrom pour contrôler:

rba@lenovo:~$ sudo mount -t iso9660 /dev/sr0 /mnt/

mount: /dev/sr0 is write-protected, mounting read-only

mount: wrong fs type, bad option, bad superblock on /dev/sr0,

       missing codepage or helper program, or other error

       Dans certains cas des renseignements utiles sont dans le journal

        système — essayez « dmesg | tail » ou quelque chose du genre.

alors

rba@lenovo:~$ dmesg | tail

[17808.150754] sd 6:0:0:0: [sdb] Write Protect is off

[17808.150758] sd 6:0:0:0: [sdb] Mode Sense: 03 00 00 00

[17808.152778] sd 6:0:0:0: [sdb] No Caching mode page found

[17808.152786] sd 6:0:0:0: [sdb] Assuming drive cache: write through

[17808.161407]  sdb: sdb1 sdb2

[17808.165278] sd 6:0:0:0: [sdb] Attached SCSI removable disk

[17836.990264] ISO 9660 Extensions: Microsoft Joliet Level 3

[17836.992962] ISO 9660 Extensions: Microsoft Joliet Level 3

[17836.994212] ISO 9660 Extensions: RRIP_1991A

[18271.581645] isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=16

que faire ?

ottr · 21-11-2019 20:16:18

J'ai démarré avec le cdrom (sans avoir pu contrôler). Tout va bien jusqu'au partitionnement.

error fsyncing/closing /dev/sda1 input/output error

Ni retry ni ignore ont arrangé quelque chose. Je pense que les nouvelles sont mauvaises:
disque dur fichu. Je vais voir ça dès que possible avec mon fournisseur.

Merci pour votre aide.

rené

framend · 21-11-2019 20:37:59

C'est la saison qui veut ça, une forme de malédiction plane en ce moment.
Blague à part il semblerait que ce soit bien le problème.
N'hésite pas à revenir (sur ce même fil pourquoi pas…) dès que le matériel sera remplacé.

raleur · 21-11-2019 21:04:51

framend a écrit :

il semblerait que ce soit bien le problème.

Pourquoi se contenter de supposer alors qu'on peut vérifier ?
Basculer dans la console tty2 ou tty3.
Exécuter la commande dmesg ou examiner les logs dans le fichier /var/log/syslog.

framend · 21-11-2019 22:39:52

Effectivement… probablement à cause du sentiment de malédiction sus-cité, ainsi que de la longueur de certains de ces tests. Problème : si l'installation est stoppée au partitionnement les outils nécessaires ne seront pas installés. Donc pour moi deux options : la liveCD, ou bien un démontage/remontage du disque sur une machine fonctionnelle.
Courage, testons ! Avec des commandes précedées de sudo (je pars du principe qu'on est en « live », sinon se logguer root avec « su -l »).

Une vérification des erreurs du noyau :

sudo dmesg | grep error

Un petit tour dans le journal de syslog:

sudo cat /var/log/syslog | tail -30

Un test disque:

sudo e2fsck /dev/sda

/me a été faible, il jura mais un peu tard qu'on ne l'y reprendrait plus…

Edit : Corrections des commandes (à lancer en user, pas en root).

raleur · 21-11-2019 22:52:18

framend a écrit :

Problème : si l'installation est stoppée au partitionnement les outils nécessaires ne seront pas installés.

Pas besoin qu'ils soient installés. Les commandes disponibles dans le shell de l'installateur suffisent.

PS : tes commandes sont inappropriées.

framend · 21-11-2019 23:01:27

Arf, pas bien étonnant. Peux tu les corriger dans ce cas, ce serait surement sympa pour ottr.

raleur · 21-11-2019 23:08:26

Je n'ai pas écrit qu'elles étaient erronées mais inappropriées.

framend · 21-11-2019 23:15:32

Tu veux dire que « sudo » en root c'est mal ? :facepalm: (je n'utilise que très peu sudo, mon erreur vient de là je pense).

Ou qu'un smart test pour vérifier les secteurs le serait plus ?
Un truc du genre :

sudo smartctl -a /dev/sda

Non mais moi et sudo quoi…

raleur · 21-11-2019 23:53:03

framend a écrit :

Tu veux dire que « sudo » en root c'est mal ?

"sudo en root", c'est surtout totalement inutile, et non ce n'est pas ce que je veux dire.
dmesg était utile pour afficher les erreurs du noyau dans le contexte de l'installateur. e2fsck sert à vérifier un système de fichiers, pas un disque.
Par contre smartctl est beaucoup plus approprié que tes commandes précédentes, mais il faut ajouter l'option -a.

framend · 22-11-2019 00:01:45

raleur a écrit :

"sudo en root", c'est surtout totalement inutile,

C'est bien ce que je voulais dire.

Pour ce qui est du --all de smarctl je retiens, ouépe merci. :)

Comme le reste des corrections, merci encore.

framend · 22-11-2019 12:58:38

J'ai aujourd'hui eu besoin de « smartctler » un disque. Donc j'ajoute un petit :

smartctl --test=long /dev/sdX

et à nouveau un :

smartctl -a /dev/sdX

pour vérifier le résultat du test long.
Si des fois ça serve à quelqu'un, le wiki df est ici

ottr · 23-11-2019 10:28:05

En ce samedi matin ...

Après plusieurs contrôles et tentatives de relance entre autres un essai d'y voir plus clair avec une knoppix en dvd (qui démarre très bien sur l'autre ordi, mais
pas du tout sur l'Asus) , je me dis qu'il faut que je remplace cet asinus
- dont les dd est vérolé
- dont la carte mère a un bios vétuste
- et qui est peut-être aussi en fin de partie.

Alors considérons le sujet comme clos.
Merci pour vos suggestions et de m'avoir tenu la main.

rené

Debian-facile

#1 21-11-2019 18:23:00

debian simple

#2 21-11-2019 18:34:18

Re : debian simple

#3 21-11-2019 19:06:49

Re : debian simple

#4 21-11-2019 20:16:18

Re : debian simple

#5 21-11-2019 20:37:59

Re : debian simple

#6 21-11-2019 21:04:51

Re : debian simple

#7 21-11-2019 22:39:52

Re : debian simple

#8 21-11-2019 22:52:18

Re : debian simple

#9 21-11-2019 23:01:27

Re : debian simple

#10 21-11-2019 23:08:26

Re : debian simple

#11 21-11-2019 23:15:32

Re : debian simple

#12 21-11-2019 23:53:03

Re : debian simple

#13 22-11-2019 00:01:45

Re : debian simple

#14 22-11-2019 12:58:38

Re : debian simple

#15 23-11-2019 10:28:05

Re : debian simple

Pied de page des forums