logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Matériel » Gestion des fichiers /USB pour autoradio "Clarion" » 19-01-2016 18:29:22

Super_CC
Il me reste à tester si cela influence le fonctionnement de l'autoradio, mais en fait ma blé créait un fichier caché nommé Trash.1000 car lorsque que je tentais de "mettre les fichiers à la corbeille" il fallait en fait les supprimer pour éviter cette étape.
Souhaitant que la méthode convienne.

#2 Re : Matériel » Gestion des fichiers /USB pour autoradio "Clarion" » 19-01-2016 18:24:29

Super_CC
La clé est formatée en W95 FAT32, mais comme indiqué dans mon post, elle a fonctionné au départ sans que je n'apporte d'autres modifications que l'ajout de fichiers.
Je n'ai hélas pas la documentation, mais comme précisé aussi je n'ai utilisé aucun caractère spéciaux et actuellement moins d'1 Go occupe l'espace libre, pourtant debian me dit qu'il existe 1.7Go de données sur le periphérique.

#3 Matériel » Gestion des fichiers /USB pour autoradio "Clarion" » 19-01-2016 14:36:50

Super_CC
Réponses : 5
Bonjour,

Suite à l'achat d'un véhicule d'occasion contenant un autoradio Mp3 de marque "Clarion" je désire créer une clé USB pour le véhicule.
J'utilise d'abord une clé 12Go de marque Verbatim, j'y copie juste quelques fichiers pour tester. Test Okay, seulement à la deuxième utilisation l'autoradio cherche à lire les fichiers pendant très, très longtemps, m'indique de temps en temps une erreur (Mnt Err).
J'avais déja reformaté cette clé en Ext3 pour transférer des fichiers de ma machine tournant sur Debian à mon Raspberry Pi2, et ayant réservé cette clé pour une autre utilisation, je me décide d'acquérir une autre clé USB. J'acquière donc une clé 4Go de sous-marque "médiaRange".
Je teste d'abord en copiant peu de fichiers dans un sous-repertoire et à la racine.
L’intégralité des fichiers est reconnu et lu! Je vais donc de ce pas charger un peu plus de quantité, et à mon grand désarroi, il devient impossible de lire ces fichiers, cette fois çi aucune erreur n'est jamais affichée (après de nombreux tests), je décide donc de vérifier si des caractères spéciaux ou des fichiers trop lourds peuvent exister. Je supprime tous les fichiers de plus de 20Mo, toutes les extensions autres que Mp3, et renomme les fichiers le nécessitant, pensant le poste suranné. Mais toujours rien!
En verifiant à nouveau ma clé sur debian, je m'aperçois qu'alors seulement moins de 900Mo de données sont présentes sur la clé, alors que lorsque je verifie dans les propriétés du disque il m'est indiqué que 1,7Go sont utilisés. En démontant et remontant le périphérique rien ne change.

Mes questions pour vous sont donc, peut on vérifier, ranger, défragmenter la clé USB pour résoudre ce problème?
éxiste t'il d'autres conditions à "respecter" pour un périphérique un peu ancien?
Où s'agit il simplement d'un bug de prog de l'appareil de lecture (sachant qu'il semble exister quelques petits problèmes techniques sur cet appareil (parfois lorsque je touche un bouton précis, il n y a plus de son, je dois eteindre et remettre en route le poste.

Par avance merci!!

#4 Re : Réseau » Installation, configuration et mise à jour pour RETROPIE » 30-12-2015 12:27:32

Super_CC
Effectivement Retropie n'utilise pas d'environnement de bureau, mais il est peu être possible d'y ajouter un navigateur pour s'y connecter à travers une page.
Je pense qu'il me serait utile de trouver quelqu'un qui maîtrise parfaitement le sujet, puisque selon les version de Retropie, le fonctionnement semble avoir bien évolué...
Ce serait vraiment dommage de ne pas pouvoir l'utiliser au mieux... (sinon au pire vous me direz change de lieu le temps de la mise à jour.. et c est pas faux, seulement il peu être bon de résoudre cela afin qu'à l'avenir nos pairs n'ait pas à galerer)

#5 Réseau » Installation, configuration et mise à jour pour RETROPIE » 29-12-2015 12:39:25

Super_CC
Réponses : 3
Bonjour,

Je viens de télécharger l'image cd de Retropie V.3.3.3 pour une structure ARM, de la décompresser et de la transférer sur une miscroSD préalablement formatée.

Après insertion de la carte SD le RaspB démarre correctement, je lance alors la configuration avec TOOL-Raspi-Config et je sélectionne "expand filesystème" avant de redémarrer.
Je souhaite ensuite configurer mon Wifi afin que la mise à jour et l’installation des binaire de base s'effectue correctement.

N'ayant pas içi de box internet, je désire utiliser mon identifiant pour un Hotspot de mon fournisseur d'accès. Lorsque je lance la recherche via TOOL-Raspi-config je trouve bien un point d'accès, seul bémol il m'est impossible de pouvoir m'identifier à un seul moment car lorsque je valide mon point d'accès, après quelques secondes le système me demande à nouveau quelle action effectuer pour la configuration Wifi.

Par avance merci

#6 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 26-12-2015 14:05:44

Super_CC
Ok, après installation via les dépots de smartmontools

sudo

apt-get install smartmontools


root@debian:/home/cedric#

smartctl /dev/sdc



smartctl 6.4 2014-09-29 r3990 [x86_64-linux-3.2.0-4-amd64] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

ATA device successfully opened

Use 'smartctl -a' (or '-x') to print SMART (and more) information



Edit à toto :
Mise les commandes root sous balises commandes root et leur retour séparé sous balise Autre code.

#7 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 26-12-2015 12:54:21

Super_CC
Bonjour!

Dsl mais cet outil n'existe pas chez moi et il ne semble pas présent sur les dépots pour l'installer...

Okay je note le fait qu'il puisse être à nouveau instable et ne l'utiliserais plus pour unstockage de sécurité.
En tous cas vraiment merci bcp, j'ai pu récupérer quasi toutes mes données, à priori un seul fichier de quelque Mo est corrompu.

#8 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 25-12-2015 15:18:33

Super_CC
J'ai eu ce problèmes de droit au départ lorsque l'on a donné le DD, il avait d'abord été formaté sous une OS mac, je ne sais pas en quel format (betement je n'ai pas pris le temps de regarder) je l'ai alors formaté pour avoir de nouveau des problèmes similaires et me voir interdire la lecture et l'écriture. J'ai simplement lancé

Nautilus



(en ROOT !!! )

Pour pouvoir modifier directement les permissions via l'appli graphique avec un clic droit sur la racine du DD externe et le rendre accessible à tous en lecture et écriture.

#9 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 25-12-2015 15:05:41

Super_CC
Et si j'exclu l'idée du partage avec des os Win que me conseillerais tu ensuite?
Oui mon Rasp fonctionne pour l'instant avec raspbian, mais puisque le but étant de rester libre je ne vais pas m'y coller un Windows.

Allé je m'en vais éditer le titre de suite!

@+ la communauté

#10 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 25-12-2015 14:36:06

Super_CC
^^ Oui tu as raison, en fait je vais dupliquer mes données.

Pendant que je te tiens, et ce qui est bon à savoir pour l'avenir, quel est le meilleur format pour formater un DD pour qu'il reste inscriptible et lisible par des os GNU/Windows/Mac et qu'il soit aussi aisément utilisable avec mon Raspberry PI 2.
Puis étant nouveau sur le forum je n'arrive pas à modifier le titre pour marquer le sujet comme résolu.


Amicalement


Cédric

#11 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 25-12-2015 14:26:48

Super_CC
Well!
Cette fois çi (sans rien changé à ce que fait précédement) je semble avoir à nouveau accès à tout ou partie de mes données!

root@debian:/home/cedric# e2fsck -c /dev/sdb
e2fsck 1.42.5 (29-Jul-2012)
Vérification des blocs défectueux (test en mode lecture seule) :   0.00% effectucomplété                                            
/dev/sdb: Updating bad block inode.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
l'entrée « Bounty Killa-Red Light Zone.mp3 » dans / (2) a un i-noeud effacé/non utilisé 24. Effacer<o>? oui
l'entrée « Bounty Killer - Wet Weather [Intercourse Riddim] January 2015.mp3 » dans / (2) a un i-noeud effacé/non utilisé 25. Effacer<o>? oui
Passe 3 : vérification de la connectivité des répertoires
Passe 3A : optimisation des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
différences de bitmap de blocs :  -(158152--160505)
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°4 (65532, décompté=2354).
Corriger<o>? oui
Le décompte des blocs libres est erroné (4759455, décompté=4761813).
Corriger<o>? oui
différences de bitmap d'i-noeuds :  -(24--25)
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°0 (8160, décompté=8162).
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné (15246299, décompté=15246301).
Corriger<o>? oui

/dev/sdb: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/sdb : 23587/15269888 fichiers (5.5% non contigüs), 56287833/61049646 blocs
 



Je te remercie grandement pour le coup de main très chère Raleur!

Je crois que je n'ai plus qu'à marquer le sujet "résolu"

#12 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 24-12-2015 16:33:41

Super_CC
Non la progression à été jusqu'à environ 40% avant de passer à autre, mais ensuite elle affiche zéro.
Je vais tenter relancer la procédure alors.
Juste pour être certain, il faut demonter le disque avant cette procédure ??

sudo umount /dev/sdb

#13 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 24-12-2015 15:59:45

Super_CC
J'ai lancé la commande

e2fsck -c /dev/sdb/



La vérif semble bien se derouler, jusqu'a ceçi

e2fsck 1.42.5 (29-Jul-2012)
Vérification des blocs défectueux (test en mode lecture seule) :   0.00% effectucomplété                                             rs)
/dev/sdb: Updating bad block inode.

 



Et la cela fait une heure que j'attends, mais plus rien ne se passe...

#14 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 24-12-2015 01:40:01

Super_CC
Après Badlocks je recois

Vérification des blocs 0 à 244198583
Vérification des blocs défectueux (test en mode lecture seule) :   0.00% effectu77674944effectué, 53:20 écoulé. (0/0/0 erreurs)
Trop de blocs défectueux, test abandonné
complété                                            
Passe complétée, 1 blocs défectueux repérés. (1/0/0 erreurs)
 

#15 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 24-12-2015 00:28:27

Super_CC
ok, et lorsqu'il me demande d'ignorer l'erreur (au paravent) dois-je ignorer ou non et ensuite réparer?

#16 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 23-12-2015 18:28:40

Super_CC
Okay, bien je tente tout de même, qu'en advienne ce qu'il doit, si déjà je peu en récuperer une partie...

Je lance le procédé.

e2fsck 1.42.5 (29-Jul-2012)
/dev/sdb contient un système de fichiers comportant des erreurs, vérification forcée.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Erreur de lecture du bloc 9835546 (La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée) lors de lecture des blocs indirects de l'i-noeud 2408655. Ignorer l'erreur<o>?

 

#17 Re : Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 23-12-2015 17:04:11

Super_CC
POur le retour lsblk

lsblk



NAME                     MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                        8:0    0 298,1G  0 disk
├─sda1                     8:1    0   243M  0 part /boot
├─sda2                     8:2    0     1K  0 part
└─sda5                     8:5    0 297,9G  0 part
  ├─debian-root (dm-0)   254:0    0   9,3G  0 lvm  /
  ├─debian-swap_1 (dm-1) 254:1    0   3,2G  0 lvm  [SWAP]
  └─debian-home (dm-2)   254:2    0 285,3G  0 lvm  /home
sr0                       11:0    1   3,7G  0 rom  /media/cdrom0
sdb                        8:16   0 232,9G  0 disk /media/dd6312ad-2ab9-441d-97a




pour

 blkid



/dev/mapper/debian-swap_1: UUID="659d1f1a-0536-47a5-8474-afd3264091bd" TYPE="swap"
/dev/sda5: UUID="ADm9Ie-794U-epRG-GnWV-f3Oi-qRoA-4K0hnA" TYPE="LVM2_member"
/dev/sda1: UUID="12e3f327-a744-4e6b-ad91-97aa6c4f9f40" TYPE="ext2"
/dev/sr0: LABEL="Debian 7.8.0 amd64 1" TYPE="iso9660"
/dev/mapper/debian-root: UUID="fc2c6ae5-a569-4adb-bc50-3b4c919b4f83" TYPE="ext4"
/dev/mapper/debian-home: UUID="ed4d076f-9c07-461c-83be-9dba6e657238" TYPE="ext4"
/dev/sdb: UUID="dd6312ad-2ab9-441d-97a1-b40d7049509b" TYPE="ext2"



Mount


me renvoi

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=204492,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=164908k,mode=755)
/dev/mapper/debian-root on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=329800k)
/dev/sda1 on /boot type ext2 (rw,relatime,errors=continue)
/dev/mapper/debian-home on /home type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
/dev/sr0 on /media/cdrom0 type iso9660 (ro,nosuid,nodev,noexec,relatime,user=cedric)
/dev/sdb on /media/dd6312ad-2ab9-441d-97a1-b40d7049509b type ext2 (rw,nosuid,nodev,relatime,errors=continue,user_xattr,acl,uhelper=udisks)
 



df -h



me renvoi

Sys. fich.              Taille Util. Dispo Uti% Monté sur
rootfs                    9,2G  5,1G  3,7G  59% /
udev                       10M     0   10M   0% /dev
tmpfs                     162M  768K  161M   1% /run
/dev/mapper/debian-root   9,2G  5,1G  3,7G  59% /
tmpfs                     5,0M     0  5,0M   0% /run/lock
tmpfs                     323M  1,5M  321M   1% /run/shm
/dev/sda1                 228M   18M  198M   9% /boot
/dev/mapper/debian-home   281G   25G  243G  10% /home
/dev/sr0                  3,7G  3,7G     0 100% /media/cdrom0
/dev/sdb                  230G  212G  6,6G  98% /media/dd6312ad-2ab9-441d-97a1-b40d7049509b
 



file -s /dev/sdb



Me renvoi

/dev/sdb: sticky Linux rev 1.0 ext2 filesystem data (mounted or unclean), UUID=dd6312ad-2ab9-441d-97a1-b40d7049509b (errors) (large files)
 



Merci en tous cas

Edit Milou, certaines commandes root mises dans un terminal

#18 Matériel » Récuperation de données sur DDexterne HDD | [(RESOLU)] » 23-12-2015 14:47:54

Super_CC
Réponses : 24
Bonjour à tous!

Suite à priori, à une mauvaise manip', je me retrouve avec un DD externe (Toshiba HDD 2H74 X) 250G° pleins de données inexploitables.
Lorsque je le branche il est bien détécté et automatiquement monté. Je peu même avoir accès en lecture et écriture pour quelques M0 de données. Seulement si je copie/coupe et colle un nouveau fichier, l'espace disque devient plus faible, pourtant les données n'apparaissent nul part.

Je me décide dont à scanner mes disques :

root@debian:/home/cedric#

fdisk -l



Disque /dev/sda : 320.1 Go, 320072933376 octets
255 têtes, 63 secteurs/piste, 38913 cylindres, total 625142448 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x0002c666

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758   625141759   312320001    5  Étendue
/dev/sda5          501760   625141759   312320000   8e  LVM Linux

Disque /dev/mapper/debian-root : 9999 Mo, 9999220736 octets
255 têtes, 63 secteurs/piste, 1215 cylindres, total 19529728 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/debian-root ne contient pas une table de partitions valable

Disque /dev/mapper/debian-swap_1 : 3439 Mo, 3439329280 octets
255 têtes, 63 secteurs/piste, 418 cylindres, total 6717440 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/debian-swap_1 ne contient pas une table de partitions valable

Disque /dev/mapper/debian-home : 306.4 Go, 306372935680 octets
255 têtes, 63 secteurs/piste, 37247 cylindres, total 598384640 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/debian-home ne contient pas une table de partitions valable

Disque /dev/sdb : 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres, total 488397168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/sdb ne contient pas une table de partitions valable
 



Je m'aperçois donc qu'aucun de mes disque ne semble contenir une table de partitions valable hmm
Mon disque externe est : /dev/sdb    de 250Go

Je veux donc vérifier cela directement via LVM2 [ce qui encore à priori semble être une bonne idée (yes i'am so young!)]

root@debian:/home/cedric#

lvm



lvm> lvmdiskscan
  /dev/root        [       9,31 GiB]
  /dev/sda1        [     243,00 MiB]
  /dev/dm-1        [       3,20 GiB]
  /dev/debian/home [     285,33 GiB]
  /dev/sda5        [     297,85 GiB] LVM physical volume
  /dev/sdb         [     232,89 GiB]
  3 disks
  2 partitions
  0 LVM physical volume whole disks
  1 LVM physical volume
lvm> lvscan
  ACTIVE            '/dev/debian/root' [9,31 GiB] inherit
  ACTIVE            '/dev/debian/swap_1' [3,20 GiB] inherit
  ACTIVE            '/dev/debian/home' [285,33 GiB] inherit
lvm> vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "debian" using metadata type lvm2
lvm>
 


Une fois démonté jai tenté

lvm> pvmove /dev/sdb



  No physical volume label read from /dev/sdb
  Physical volume /dev/sdb not found



Et en tentant de créer un groupe de volume pareil.
Je sèche vraiment, et même avec un moteur de recherche qui pompe la moitié de l'énergie terrestre j'arrive rien à trouver qui me mette sur la voie...
Si vous avez de bonnes idées ce serait plaisir pour moi...

Edit à toto :
Séparation des balises commande root avec leurs retours en balise Autre code

Pied de page des forums

Propulsé par FluxBB