Re: Changement des dépôts pou Debian 8 Jessie
Le 06/04/2019 à 18:54, Martin Vézina a écrit : Je crois que j'ai trouvé? Modifier "http://ftp.ca.debian.org/debian/ " pour "http://archive.debian.org/debian/dists/"; pour "jessie-updates main" J'en doute. 1) Le répertoire "dists" est implicite, on ne le met pas dans l'URL. 2) Le contenu du dépôt jessie-updates a déjà été transféré dans le dépôt principal jessie et n'a plus évolué depuis. 3) Je ne vois pas le dépôt jessie-updates à cet URL. Comme on l'a déjà dit et répété, il faut supprimer les références à ce dépôt et c'est tout.
Re: cle usb multiboot
Le 06/04/2019 à 17:25, olivier.platus a écrit : C'est une cle made in china Elles le sont toutes ou presque. achetee chez cdiscount pour 5 euros. Par contre, cela me paraît très bon marché pour une clé de 128 Go. comment verifier de facon definitive et plus que sur que cette cle est bonne ou hs et cela sous debian stretch 9.5 et windows 8. Sous Debian, le paquet f3 contient des outils pour vérifier la capacité réelle d'un support à mémoire flash. Remarque : pourquoi la partition 1 en fat32 est bonne et pas celle en ext4 Elle est située au début de la clé, la partie dans laquelle on commence à écrire et qui fonctionne bien afin qu'on ne s'aperçoive pas immédiatement que le reste est défectueux. Tu peux reformater la partition 1 en ext4 pour voir.
Re: Changement des dépôts pou Debian 8 Jessie
Je crois que j'ai trouvé? Modifier "http://ftp.ca.debian.org/debian/ " pour "http://archive.debian.org/debian/dists/"; pour "jessie-updates main" source.list # deb cdrom:[Debian GNU/Linux 8.6.0 _Jessie_ - Official amd64 kde-CD Binary-1 20160917-14:22]/ jessie main deb http://ftp.ca.debian.org/debian/ jessie main deb-src http://ftp.ca.debian.org/debian/ jessie main deb http://security.debian.org/ jessie/updates main deb-src http://security.debian.org/ jessie/updates main # Modification pour les archives # jessie-updates, previously known as 'volatile' * ##debjessie-updates main** ** ##deb-src http://ftp.ca.debian.org/debian/ jessie-updates main** ** deb http://archive.debian.org/debian/dists/ ** ** deb-src http://archive.debian.org/debian/dists/ jessie-updates main** * vim /etc/apt/sources.list Francois Mescam On 06/04/2019 00:30, Martin Vézina wrote: > > Depuis plus de 24 heurs j'ai un erreur lors du "ap-get update" > > Il y as eu un déplacement de dépôt vers les archives ... > > Je ne sais pas quoi et comment modifier mon "sources.liste" > > Si vous-pouvez me donnée une idée de comment modifier mon > "soures.liste" pour régler le problème, je vous serais reconnaissant! > > Merci d'avance > > > > > Mon souces.list: > > cat /etc/apt/sources.list > deb http://security.debian.org/ jessie/updates main contrib > deb-src http://security.debian.org/ jessie/updates main contrib > non-free > deb http://ftp.debian.org/debian/ jessie-updates contrib main > deb-src http://ftp.debian.org/debian/ jessie-updates main contrib > deb http://http.us.debian.org/debian/ jessie main contrib non-free > deb-src http://http.us.debian.org/debian/ jessie non-free contrib > main > > deb cdrom:[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD > Binary-1 20160123-19:03]/ jessie main contrib > > > # jessie-updates, previously known as 'volatile' > # A network mirror was not selected during install. The following entries > # are provided as examples, but you should amend them as appropriate > # for your mirror of choice. > > > > L’erreur du apt-get update: > > apt-get update > Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD > Binary-1 20160123-19:03] jessie > InRelease > > > nRelease > > > Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD > Binary-1 20160123-19:03] jessie > Release.gpg > > > Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD > Binary-1 20160123-19:03] jessie > Release > > > Release > > > Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD > Binary-1 20160123-19:03] jessie/main amd64 > Packages/DiffIndex > > > Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD > Binary-1 20160123-19:03] jessie/contrib amd64 > Packages/DiffIndex > > > Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD > Binary-1 20160123-19:03] jessie/contrib > Translation-fr_CA > > > Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD > Binary-1 20160123-19:03] jessie/contrib > Translation-fr > > > Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD > Binary-1 20160123-19:03] jessie/main > Translation-fr_CA > > > Ign http://http.us.debian.org jessie > InRelease > Atteint http://http.us.debian.org jessie > Release.gpg > Atteint http://security.debian.org jessie/updates > InRelease > Atteint http://ftp.debian.org jessie-updates > InRelease > Atteint http://http.us.debian.org jessie Release
Re: cle usb multiboot
C'est une cle made in china achetee chez cdiscount pour 5 euros. J'ai tape la ligne a nouveau : mkfs.ext4 -v /dev/sdb2 mke2fs 1.43.4 (31-Jan-2017) résolution de fs_types pour mke2fs.conf : 'ext4' Étiquette de système de fichiers= Type de système d'exploitation : Linux Taille de bloc=4096 (log=2) Taille de fragment=4096 (log=2) « Stride » = 0 blocs, « Stripe width » = 0 blocs 524288 i-noeuds, 2097152 blocs 104857 blocs (5.00%) réservés pour le super utilisateur Premier bloc de données=0 Nombre maximum de blocs du système de fichiers=2147483648 64 groupes de blocs 32768 blocs par groupe, 32768 fragments par groupe 8192 i-noeuds par groupe UUID de système de fichiers=8c28f043-7664-48ad-9874-536c91e6296d Superblocs de secours stockés sur les blocs : 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632 Allocation des tables de groupe : complété Écriture des tables d'i-noeuds : complété Création du journal (16384 blocs) : complété Écriture des superblocs et de l'information de comptabilité du système de fichiers : complété puis la ligne : mount /dev/sdb2 /media/data mount: wrong fs type, bad option, bad superblock on /dev/sdb2, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. comment verifier de facon definitive et plus que sur que cette cle est bonne ou hs et cela sous debian stretch 9.5 et windows 8. Remarque : pourquoi la partition 1 en fat32 est bonne et pas celle en ext4 ??? -- Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html
Re: cle usb multiboot
Le 06/04/2019 à 16:47, olivier.platus a écrit : blkid /dev/sdb2 /dev/sdb2: PARTUUID="6a51eb54-02" file -s /dev/sdb2 /dev/sdb2: data wipefs /dev/sdb2 (rien ne se passe) e2fsck /dev/sdb2 e2fsck 1.43.4 (31-Jan-2017) ext2fs_open2: Numéro magique invalide dans le super-bloc (...) J'ai fait un ctl C mais si vous me dites d'executer cette commande jusqu'au bout je le fait desuite. Inutile. De toute évidence la partition ne contient pas de système de fichier ext4. La commande mkfs.ext4 n'a pas eu le résultat attendu, mais je n'ai pas d'explication à part une clé défectueuse ou contrefaite. Que dois-je faire maintenant ? Tenter de créer à nouveau le système de fichiers.
Re: cle usb multiboot
Merci de repondre. Desole pour l'attente mais le pc et midori sont souvent KO par la java et cela m'enerve beaucoup ! Je tape les lignes demandees : blkid /dev/sdb2 /dev/sdb2: PARTUUID="6a51eb54-02" file -s /dev/sdb2 /dev/sdb2: data wipefs /dev/sdb2 (rien ne se passe) e2fsck /dev/sdb2 e2fsck 1.43.4 (31-Jan-2017) ext2fs_open2: Numéro magique invalide dans le super-bloc e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage... le superbloc a un journal invalide (i-noeud 8). Effacer? annulé ! e2fsck: Le superbloc du journal est corrompu lors de la vérification du journal pour /dev/sdb2 e2fsck: Ne peut procéder à une vérification du système de fichier. /dev/sdb2: * LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ * /dev/sdb2 : **ATTENTION : le système de fichiers contient encore des erreurs** J'ai fait un ctl C mais si vous me dites d'executer cette commande jusqu'au bout je le fait desuite. mount -t ext4 /dev/sdb2 /media/data mount: wrong fs type, bad option, bad superblock on /dev/sdb2, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. Voila ! Que dois-je faire maintenant ? -- Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html
Re: cle usb multiboot
Le 06/04/2019 à 14:15, olivier.pla...@laposte.net a écrit : mkfs.fat -F32 /dev/sdb1 parted -s /dev/sdb mkpart primary 551MiB 8743MiB # càd 8Go mkfs.ext4 /dev/sdb2 mkdir /media/{efi,data} mount /dev/sdb1 /media/efi mount /dev/sdb2 /media/data (...) Cependant apres la ligne creant le systeme de fichier ext4 : mkfs.ext4 -v /dev/sdb2 (...) une erreur se produit lors du montage de la partition 2 correspondant a la ligne : mount /dev/sdb2 /media/data mount: wrong fs type, bad option, bad superblock on /dev/sdb2, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. Et la commande mount de la partition 1 s'exécute sans erreur ? Aussi je tape la ligne : dmesg | tail [ 2360.894305] sd 2:0:0:0: [sdb] 262144000 512-byte logical blocks: (134 GB/125 GiB) [ 2360.897505] sd 2:0:0:0: [sdb] Write Protect is off [ 2360.897560] sd 2:0:0:0: [sdb] Mode Sense: 03 00 00 00 [ 2360.902203] sd 2:0:0:0: [sdb] No Caching mode page found [ 2360.902254] sd 2:0:0:0: [sdb] Assuming drive cache: write through [ 2360.924852] sdb: sdb1 [ 2360.943268] sd 2:0:0:0: [sdb] Attached SCSI removable disk [ 2442.120240] sdb: sdb1 [ 2509.685836] sdb: sdb1 sdb2 [ 2527.514797] sdb: sdb1 sdb2 Généralement il y a des messages lors du montage ou de l'échec. As-tu vérifié la partition ? blkid /dev/sdb2 file -s /dev/sdb2 wipefs /dev/sdb2 e2fsck /dev/sdb2 As-tu essayé de spécifier le type avec "-t ext4" dans mount ?
cle usb multiboot
Bonjour. Je souhaite creer une cle usb multiboot. J'utilise une cle usb 2.0 de 134GB ou 125Go connectee a un port usb 1.1 d'une ordinateur 32 bits (pentium 2 avec 512Mo de memoire vive). Le systeme d'exploitation est debian stretch 9.5 pour i386 . Je travaille sous xwindow + twm + xterm et le compte utilisateur toto. Pour cela je m'aide de la page internet : https://linuxconfig.org/how-to-create-multiboot-usb-with-linux Voici l'ensemble des operations a effectuer : # root cree la cle usb multiboot su Mot de passe : parted -s /dev/sdb mklabel msdos parted -s /dev/sdb mkpart primary 1MiB 551MiB parted -s /dev/sdb set 1 esp on parted -s /dev/sdb set 1 boot on mkfs.fat -F32 /dev/sdb1 parted -s /dev/sdb mkpart primary 551MiB 8743MiB # càd 8Go mkfs.ext4 /dev/sdb2 mkdir /media/{efi,data} mount /dev/sdb1 /media/efi mount /dev/sdb2 /media/data grub-install --target=i386-pc --recheck --boot-directory=/media/data/boot /dev/sdb grub-install --target=x86_64-efi --recheck --removable --efi-directory=/media/efi --boot-directory=/media/data/boot mkdir /media/data/boot/iso chown 1000:1000 /media/data/boot/iso wget -O /media/data/boot/iso/Fedora-Workstation-netinst-x86_64-28-1.1.iso https://download.fedoraproject.org/pub/fedora/linux/releases/28/Workstation/x86_64/iso/Fedora-Workstation-netinst-x86_64-28-1.1.iso wget http://releases.ubuntu.com/18.10/ubuntu-18.10-desktop-amd64.iso -O /media/data/boot/iso/ubuntu-18.10-desktop-amd64.iso # root edite grub.cfg menuentry "Fedora-Workstation-netinst-x86_64-28-1.1" { isofile="/boot/iso/Fedora-Workstation-netinst-x86_64-28-1.1.iso" loopback loop "${isofile}" linux (loop)/isolinux/vmlinuz iso-scan/filename="${isofile}" inst.stage2=hd:LABEL=Fedora-WS-dvd-x86_64-28 quiet initrd (loop)/isolinux/initrd.img } menuentry "Ubuntu 18.10 - Try without installing" { isofile="/boot/iso/ubuntu-18.10-desktop-amd64.iso" loopback loop "${isofile}" linux (loop)/casper/vmlinuz iso-scan/filename="${isofile}" boot=casper quiet splash --- initrd (loop)/casper/initrd } Cependant apres la ligne creant le systeme de fichier ext4 : mkfs.ext4 -v /dev/sdb2 mke2fs 1.43.4 (31-Jan-2017) résolution de fs_types pour mke2fs.conf : 'ext4' Étiquette de système de fichiers= Type de système d'exploitation : Linux Taille de bloc=4096 (log=2) Taille de fragment=4096 (log=2) « Stride » = 0 blocs, « Stripe width » = 0 blocs 524288 i-noeuds, 2097152 blocs 104857 blocs (5.00%) réservés pour le super utilisateur Premier bloc de données=0 Nombre maximum de blocs du système de fichiers=2147483648 64 groupes de blocs 32768 blocs par groupe, 32768 fragments par groupe 8192 i-noeuds par groupe UUID de système de fichiers=6f283e9f-d959-4b37-9806-c957d0805b6a Superblocs de secours stockés sur les blocs : 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632 Allocation des tables de groupe : complété Écriture des tables d'i-noeuds : complété Création du journal (16384 blocs) : complété Écriture des superblocs et de l'information de comptabilité du système de fichiers : complété une erreur se produit lors du montage de la partition 2 correspondant a la ligne : mount /dev/sdb2 /media/data mount: wrong fs type, bad option, bad superblock on /dev/sdb2, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. Aussi je tape la ligne : dmesg | tail [ 2360.894305] sd 2:0:0:0: [sdb] 262144000 512-byte logical blocks: (134 GB/125 GiB) [ 2360.897505] sd 2:0:0:0: [sdb] Write Protect is off [ 2360.897560] sd 2:0:0:0: [sdb] Mode Sense: 03 00 00 00 [ 2360.902203] sd 2:0:0:0: [sdb] No Caching mode page found [ 2360.902254] sd 2:0:0:0: [sdb] Assuming drive cache: write through [ 2360.924852] sdb: sdb1 [ 2360.943268] sd 2:0:0:0: [sdb] Attached SCSI removable disk [ 2442.120240] sdb: sdb1 [ 2509.685836] sdb: sdb1 sdb2 [ 2527.514797] sdb: sdb1 sdb2 Je precise egalement le resultat de la ligne : apt search ext4 En train de trier... Fait Recherche en texte intégral... Fait android-libext4-utils/stable 7.0.0+r33-1 i386 bibliothèque utilitaire ext4 Android disktype/stable 9-6 i386 detection of content format of a disk or disk image e2fslibs/stable,stable,now 1.43.4-2 i386 [installé] bibliothèque pour les systèmes de fichiers ext2/ext3/ext4 e2fsprogs/stable,stable,now 1.43.4-2 i386 [installé] utilitaires pour les systèmes de fichiers ext2/ext3/ext4 extlinux/stable 3:6.03+dfsg-14.1+deb9u1 i386 ensemble de chargeurs de démarrage (Linux ext2/ext3/ext4, btrfs et xfs) extundelete/stable 0.2.4-1+b2 i386 Utilitaire pour récupérer des fichiers supprimés sur des partitions ext3/ext4 fuse2fs/stable 1.43.4-2 i386 ext2 / ext3 / ext4 file system driver for FUSE libmono-system-reflection-context4.0-cil/stable 4.6.2.7+dfsg-1 all Mono System.Reflection.Context library (for CLI 4.0) libtsk13/stable 4.4.0-5 i386 library for forensics analy
Re: mais ou est passee la place manquante ?
Pascal Hambourg, au 2019-04-06 : > Le 04/04/2019 à 23:21, Étienne Mollier a écrit : > > Mais finalement, peut-être qu'on pourrait directement utiliser > > le fichier bloc stockant /home tel que rapporté par la commande > > `df`, plutôt que d'aller voir dans le fichier fstab, si > > d'aventure il devait ne pas être à jour ? (À moins bien sûr que > > ce ne soit à dessein.) > > > > #!/bin/bash > > set -e > > homedevice="$( > > df /home \ > > | grep -v '^Filesystem' \ > > | cut -f1 -d' ' > > )" > > tune2fs -m 0 "$homedevice" > > > > Attention, si le /home n'est pas sur une partition séparée, > > A tester auparavant avec mountpoint. Oh la jolie petite commande bien pratique ! Merci pour l'information, on ne fait pas assez de publicité à son sujet. :) Bien à vous, -- Étienne Mollier
Re: mais ou est passee la place manquante ?
Le 06/04/2019 à 10:40, Pascal Hambourg a écrit : Encore plus simple : comme mount, tune2fs accepte directement la syntaxe UUID= ou LABEL= à la place du nom de périphérique. Il fallait bien sûr lire "LABEL=". Attention aux espaces dans l'étiquette qui sont échappés dans /etc/fstab, à éviter de préférence.
Re: mais ou est passee la place manquante ?
Le 04/04/2019 à 23:21, Étienne Mollier a écrit : hamster, au 2019-04-04 : #!/bin/bash homeUUID=$(grep "/home" /etc/fstab | grep -v "#" | cut -d"=" -f2 | cut -d" " -f1); homedevice=$(ls -l /dev/disk/by-uuid/ | grep $homeUUID | cut -d"/" -f3); tune2fs -m 0 /dev/$homedevice; (...) Ceci étant, quand on a des liens symboliques, c'est un peu dommage de ne pas s'en servir, il est tout à fait possible d'appliquer le `tune2fs` directement sur le disque par UUID. Le système se charge de résoudre le lien symbolique vers le fichier bloc correspondant pour l'opération : homedevice="/dev/disk/by-uuid/$homeUUID" Encore plus simple : comme mount, tune2fs accepte directement la syntaxe UUID= ou LABEL= à la place du nom de périphérique. On ne lit pas assez attentivement les pages de manuel. Mais attention : 1) Vérifier que le système de fichiers est ext?, sinon la commande tune2fs ne fonctionnera pas. 2) L'identification du système de fichiers à monter sur /home ne se fait pas forcément par UUID. Ou bien si c'est un volume logique LVM ou un volume chiffré, l'installateur utilise /dev/mapper/. Ou bien l'administrateur a pu la remplacer par LABEL, PARTLABEL ou PARTUUID. Mais finalement, peut-être qu'on pourrait directement utiliser le fichier bloc stockant /home tel que rapporté par la commande `df`, plutôt que d'aller voir dans le fichier fstab, si d'aventure il devait ne pas être à jour ? (À moins bien sûr que ce ne soit à dessein.) #!/bin/bash set -e homedevice="$( df /home \ | grep -v '^Filesystem' \ | cut -f1 -d' ' )" tune2fs -m 0 "$homedevice" Attention, si le /home n'est pas sur une partition séparée, A tester auparavant avec mountpoint.
Re: scanner epson 3170
Le 05/04/2019 à 15:28, Bernard Schoenacker a écrit : > bonjour, > > je souhaiterai utiliser un scanner ancien [...] > je me suis rendu chez epson mais c'est pour du rpm en 32 bits > > comment trouver le bon pilote ad'hoc ? A mon avis: - tu devras passer ton système en multi-architecture amd64+i386 - tu auras besoin d'installer des paquets Debian: alien, voire ceux à base de yum et rpm - tu devras installer le driver et le plugin - tu devras vérifier si il manque des dépendances et les installer.
Re: Changement des dépôts pou Debian 8 Jessie
On 06/04/2019 00:30, Martin Vézina wrote: > W: Impossible de récupérer > http://ftp.debian.org/debian/dists/jessie-updates/InRelease Impossible > de trouver l'entrée « main/source/Sources » attendue dans le fichier > « Release » : ligne non valable dans sources.list ou fichier corrompu > > E: Le téléchargement de quelques fichiers d'index a échoué, ils ont été > ignorés, ou les anciens ont été utilisés à la place. Tu peux mettre l'entrée jessie-updates en commentaire. Elle ne sera plus mise à jour. -- Fabien
Re: Changement des dépôts pou Debian 8 Jessie
On Fri, 5 Apr 2019 18:30:56 -0400 Martin Vézina wrote: > Depuis plus de 24 heurs j'ai un erreur lors du "ap-get update" > > Il y as eu un déplacement de dépôt vers les archives ... > > Je ne sais pas quoi et comment modifier mon "sources.liste" > > Si vous-pouvez me donnée une idée de comment modifier mon > "soures.liste" pour régler le problème, je vous serais reconnaissant! > > Merci d'avance Bonjour Martin, tu peux aussi enlever les lignes concernant le CD-Rom, non? En fait, tu peux copier le sources.list pour l'actuelle version oldstable de Debian d'ici, tel quel: https://wiki.debian.org/fr/LTS/Using Donc, en tant que root: nano /etc/apt/sources.list Bonne chance! Francesco