Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#51 Le 09/10/2010, à 19:58

chopinhauer

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Je crois que c'est le même format: c'est à dire une copie exacte du contenu du disque, sans rien d'autre.


Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.

Hors ligne

#52 Le 10/10/2010, à 00:27

rmy

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

C'est exact. L'image est identique au support. D'ailleurs un hash md5 par exemple de /dev/md5 devrait être identique à celui de image.dd. On lui colle l'extension que l'on veut en fait. Personnellement j'utilise dd pour une image de disque et img pour une image de partition. Comme ici ton raid n'est pas partitionné et qu'il est directement le support de ton fs tu peux l'exploiter comme tel. Ton soft demande-t-il une image de disque ou de partition ?

Attention en passant, tu as modifié ton image avec le fsck. Si le soft en question ne te donne pas de résultats satisfaisants, il faudra repartir d'une image saine.

As tu essayé avec ddrescue de passer une option du genre -c 1024 pour voire si tu gagne en rapidité ? De mémoire il me semble que tu bosses avec beaucoup de ram, d'un raid vers un raid, au travers d'un réseu full gigabits. Tu peux donc essayer des valeurs plus grandes encore. À vérifier parce que je ne suis pas chez moi (téléphone powaaa tongue ) mais il me semble que l'unité est le secteur.

Hors ligne

#53 Le 10/10/2010, à 00:53

chopinhauer

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

La bonne solution pour travailler avec cette quantité de données est les snapshots LVM pour pas perdre des jours en attendant un rsync ou ddrescue.

Il faut sauvegarder le données dans un volume logique (copie 1), faire un snapshot du volume logique (copie 2) et travailler uniquement sur ce dernier. Si on a fait quelque chose de mal, on efface le snapshot et on en fait un nouveau.

La création du snapshot est instantanée, tandis que copier 4.5 Tio de données est très lent même localement.

Dernière modification par chopinhauer (Le 10/10/2010, à 00:54)


Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.

Hors ligne

#54 Le 10/10/2010, à 01:40

rmy

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Bien vu. Tu sais ce qu'il te reste à faire sur ton serveur récepteur… lvm

Hors ligne

#55 Le 10/10/2010, à 03:29

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

pendant ce temps j'ai refait une commande: e2fsck cette voici en utilisant 2 superblock different et lointain
j'ai juste demandé qu'il fasse un log sans biensur faire de modif (je travaille toujours sur l'image de secours)

Les 2 lignes me retrouvent des erreurs:
alors que la premiere commande me renvoie aucune erreur.

      11 inodes used (0.00%)
   77330 non-contiguous files (703000.0%)
     211 non-contiguous directories (1918.2%)
         nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
         Histogramme des profondeurs d'extents : 431018/7192/1
17292314 blocks used (1.57%)
       0 bad blocks
     126 large files

  404667 regular files
   33546 directories
       0 character device files
       0 block device files
       0 fifos
       0 links
       0 symbolic links (0 fast symbolic links)
       0 sockets
--------
  438213 files

quand je liste le repertoire lost&found il manque environ 150K fichier


edit:

Je suis entrain de regarder la commande debugfs, j'ai fait un test sur l'image pour sortir la liste des inodes:

echo lsdel | debugfs /media/secours/image.dd > /media/secours/liste_debugfs.txt   

[?1034hdebugfs:  lsdel
 Inode  Owner  Mode    Size      Blocks   Time deleted
2883653    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883654    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883655    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883656    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883657    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883658    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883659    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883660    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883661    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883662    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883663    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883664    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883665    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883666    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883667    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883668    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883669    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883670    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883671    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883672    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883673    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883674    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883675    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883676    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883677    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883678    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883679    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883680    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883681    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883682    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883683    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883684    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883685    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883686    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883687    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883688    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883689    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883690    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883691    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883692    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883693    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
2883694    502 100760      0      1/     2 Fri Oct  8 17:04:40 2010
10094324    502 100664      0      1/     2 Fri Oct  8 17:04:40 2010
43 deleted inodes found.
debugfs: 

Après je n'ai pas compris réellement le man pour continué.

Petite question encore l'ext4 est système de fichier journalisé de base ?

Dernière modification par Moimemeici (Le 10/10/2010, à 22:25)

Hors ligne

#56 Le 11/10/2010, à 22:46

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Voici la commande suivante:

[root@engrenage ~]# dd if=/dev/md5 count=63 bs=512 | hexdump -C > /media/md5/dump63sector.log

le lien vers le résultat

http://manpages.ubuntu.com/manpages/mav … gfs.8.html

Dernière modification par Moimemeici (Le 11/10/2010, à 23:09)

Hors ligne

#57 Le 11/10/2010, à 23:33

rmy

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Re.

@chopinauer : je lui ai demandé la commande précédente parce qu'il semble qu'un super soit trouvé en début de FS.

Les pistes à poursuivre donc (bilan coup de fil):
une fois l'image saine réalisée vers lvm
> snapshot autant de fois que nécessaire
> e2fsck sur différents bs
> e2fsck à forcer en ext2 pour zapper le journal
> extundelete avec d'autres super parce que le journal semble corrompu

éventuellement, scripter [faire un snapshot / faire un e2fsck -y sur un superblock / faire un ls -lR sur lost+found / calculer le hash md5 ], pour pouvoir comparer rapidement les différents résultats fournis pour chaque super et savoir si l'un ou l'autre diffère.

Question en passant : Que signifie

Default directory hash:   half_md4

dans le retour de tune2fs -l ?

edit : je confirme que logdump, de debugfs, donne bien des résultats sur l'ext3. Ça devrait passer sur l'ext4.
Il te faut donc trouver un journal valide…

note en passant :
un peu de lecture sur l'ext4

Dernière modification par rmy (Le 12/10/2010, à 00:28)

Hors ligne

#58 Le 12/10/2010, à 00:03

chopinhauer

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

rmy a écrit :

@chopinauer : je lui ai demandé la commande précédente parce qu'il semble qu'un super soit trouvé en début de FS.

Effectivement à l'endroit 0x0438 il y a le magic number (0x53ef). Je ne comprends pas ce qui c'est passé: normalement tout était vide. Si c'est déjà après un coup de e2fsck il a restauré un super bloc là ou il faut.

rmy a écrit :

Question en passant : Que signifie

Default directory hash:   half_md4

dans le retour de tune2fs -l ?

C'est la fonction de hachage utilisée pour parcourir plus rapidement les répertoires. Il faudrait regarder les détails du ext2 ou les références pour voir comment ça marche.


Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.

Hors ligne

#59 Le 12/10/2010, à 00:21

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Je fais la commande sur l'original, l'original n'a jamais été modifié depuis qu'il est tombé en rade ...

Hors ligne

#60 Le 22/05/2011, à 19:16

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Bon voila, désolé monsieur, j'étais relativement pris par mon travail mais voici de retour sur ce fil et toujours avec le même probleme.
La je suis entrain de faire un DD de chaque disque ( 4 * 1.5to ) ce qui est long même en passant par un partage NFS ca ne va pas a plus de 15mo/s ...

Hors ligne

#61 Le 22/05/2011, à 21:55

rmy

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

OK, tiens moi au jus. J'ai une tour qui t'attend.

Hors ligne

#62 Le 23/05/2011, à 00:32

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Je me demande si je ne brancherais pas directement chaque nouveau disque dur de 2to directement sur le serveur Initial et faire un clone comme ca je pense que ca serait plus rapide non?
car la j'en suis 300Go sur 4.5to en 5/6heures via le réseau (réseau 1go)  ...

Hors ligne

#63 Le 23/05/2011, à 07:54

rmy

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Le plus rapide est de brancher un disque à copier avec un disque support de copie sur la même CM, tu bootes sur un liveCD ou un liveUSB et tu fais une copie disque à disque directement. Moins d'intermédiaire=moins de facteur limitant.

Hors ligne

#64 Le 23/05/2011, à 17:22

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Question: Connais tu Ubuntu Rescue Remix ?
si oui j'ai besoin d'un peu d'aide -.-'
ou si tu connais une autre distrib liveUSB je suis preneur ...

Hors ligne

#65 Le 23/05/2011, à 21:12

rmy

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

En pratique, tu peux te faire une distri USB à partir d'une iso et de l'outil système > administration > créateur de disque de démarrage.
ensuite, pour peu que tu aies activé la persistance, tu peux t'installer les paquets que tu veux.

Hors ligne

#66 Le 27/05/2011, à 19:59

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

J'ai reçu mes disque ... ce soir je fais les clones.

Hors ligne

#67 Le 29/05/2011, à 12:44

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Je suis entrain de crée la nouvelle grappe raid mais quand je fais un Fdisk et que je cree la partition etc bah regarde le resultat ...

Commande (m pour l'aide): p

Disque /dev/sda: 2000.4 Go, 2000398934016 octets
255 têtes, 63 secteurs/piste, 243201 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x0002f871

Périphérique Amorce  Début        Fin      Blocs     Id  Système

Commande (m pour l'aide): n
Commande d'action
   e   étendue
   p   partition primaire (1-4)
p
Numéro de partition (1-4): 1
Premier cylindre (1-243201, par défaut 1): 1
Dernier cylindre, +cylindres or +taille{K,M,G} (1-243201, par défaut 243201): 
Utilisation de la valeur par défaut 243201

Commande (m pour l'aide): t
Partition sélectionnée 1
Code Hexa (taper L pour lister les codes): fd
Type système de partition modifié de 1 à fd (Linux raid autodetect)

Commande (m pour l'aide): w
La table de partitions a été altérée!

Appel de ioctl() pour relire la table de partitions.
Synchronisation des disques.

Je ne comprends pas la raison pour que la table de partitions soit altérée ... une idée?

Hors ligne

#68 Le 29/05/2011, à 13:32

Hoper

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

disons que le terme "altéré" n'est pas forcément le meilleur. (La joie des traductions...). Donc, ce message signifie simplement que les informations contenues dans la table des partitions à été MODIFIE. (Normal, tu viens de faire des modifications dessus). Rien d'inquiétant donc.

Dernière modification par Hoper (Le 29/05/2011, à 17:43)


Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org

Hors ligne

#69 Le 29/05/2011, à 16:06

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

voila, c'est lancé j'ai fait un ddrescue vu qu'il y a des secteurs défectueux.

root@kalish:~# ddrescue /dev/sdf /media/clone/disque_1/disque_1.img /media/clone/disque_1/disque_1.log

ça fait plaisir de se faire du 120mo/s

Hors ligne

#70 Le 29/05/2011, à 17:33

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Hum je pense que j'ai un p'tit soucis ....
Rappel: Mdadm 0.90 Raid 5 de 4 disque dur sans spare ...

j'avais déjà remarqué a plusieurs reprise depuis la panne que l'utilitaire disque (sous fedora) me trouvé 2 x Raid 5, 1 raid 5 de 4.5 To et 1 raid 5 de 0.0kb ... Mon problème viendrais pas de ça ?

Hors ligne

#71 Le 30/05/2011, à 14:09

rmy

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Suis dans le train, mais rapidement : si il y a des secteurs HS, utilise l'option -n de ddrescue.
Ensuite, sois plus précis, je n'ai pas compris le sens de ton message.

Que donne

cat /proc/mdstat

et

cat /etc/mdadm/mdadm.conf

dans la situation où tu as ce problème de "double raid" ?

Hors ligne

#72 Le 30/05/2011, à 21:40

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Alors pour les secteurs défectueux, ddrescue n'a pas eu de problème.
Concertant la conf de mdadm sur le Serveur 1
mdadm.conf

ARRAY /dev/md5 level=raid5 num-devices=4 metadata=0.90 UUID=2ccf2851:090a9b9d:1c128034:9083ca9d

Or dans le Palimpsest disk Utility sur la fedora
il me trouve bien 2 Raid 5.
1) raid 5 de 4.5to
2) raid 5 de 0.0kb

dans l'utilitaire disque de Ubuntu il me trouve aussi 2 raid 5.
Voici ce que me retourne la commande

root@kalish:~# cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md125 : inactive sdg1[0](S)
      1465135936 blocks
       
md126 : inactive sdf[0](S)
      1465137408 blocks
       
md127 : active raid0 sdb1[2] sda1[3] sdc1[1] sdd1[0]
      7814043648 blocks super 1.2 512k chunks
      
unused devices: <none>

les disque sdf et sdg sont les disque dur 3 et 4 du raid5.

Hors ligne

#73 Le 30/05/2011, à 23:05

rmy

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

OK, pas de panique je pense. Il ne sont pas assemblés. Il n'y a que ton raid0 (vers lequel tu copies tes images je pense) qui est actif. Peux-tu donner le retour de

mdadm --examine /dev/sdg1
mdadm --examine /dev/sdf1
mdadm --detail /dev/md125
mdadm --detail /dev/md126

Hors ligne

#74 Le 30/05/2011, à 23:30

Moimemeici

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

Voici les retours:

root@kalish:~# mdadm --examine /dev/sdg1
/dev/sdg1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 2ccf2851:090a9b9d:1c128034:9083ca9d
  Creation Time : Sun Jun 28 17:50:44 2009
     Raid Level : raid5
  Used Dev Size : 1465135936 (1397.26 GiB 1500.30 GB)
     Array Size : 4395407808 (4191.79 GiB 4500.90 GB)
   Raid Devices : 4
  Total Devices : 3
Preferred Minor : 5

    Update Time : Sun May 22 18:00:01 2011
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 1
  Spare Devices : 0
       Checksum : 7b1166f4 - correct
         Events : 2070

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     0       8       33        0      active sync   /dev/sdc1

   0     0       8       33        0      active sync   /dev/sdc1
   1     1       0        0        1      faulty removed
   2     2       8       65        2      active sync   /dev/sde1
   3     3       8       49        3      active sync   /dev/sdd1
root@kalish:~# mdadm --examine /dev/sdf1
/dev/sdf1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 2ccf2851:090a9b9d:1c128034:9083ca9d
  Creation Time : Sun Jun 28 17:50:44 2009
     Raid Level : raid5
  Used Dev Size : 1465135936 (1397.26 GiB 1500.30 GB)
     Array Size : 4395407808 (4191.79 GiB 4500.90 GB)
   Raid Devices : 4
  Total Devices : 3
Preferred Minor : 5

    Update Time : Sun May 22 18:00:01 2011
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 1
  Spare Devices : 0
       Checksum : 7b116718 - correct
         Events : 2070

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     2       8       65        2      active sync   /dev/sde1

   0     0       8       33        0      active sync   /dev/sdc1
   1     1       0        0        1      faulty removed
   2     2       8       65        2      active sync   /dev/sde1
   3     3       8       49        3      active sync   /dev/sdd1
root@kalish:~# mdadm --examine /dev/md125
mdadm: No md superblock detected on /dev/md125.
root@kalish:~# mdadm --examine /dev/md126
mdadm: No md superblock detected on /dev/md126.
root@kalish:~#

voila pour les 2 autres disque que j'ai remis dans le serveur initial

[root@engrenage ~]# mdadm --examine /dev/sdc1
/dev/sdc1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 2ccf2851:090a9b9d:1c128034:9083ca9d
  Creation Time : Sun Jun 28 17:50:44 2009
     Raid Level : raid5
  Used Dev Size : 1465135936 (1397.26 GiB 1500.30 GB)
     Array Size : 4395407808 (4191.79 GiB 4500.90 GB)
   Raid Devices : 4
  Total Devices : 3
Preferred Minor : 5

    Update Time : Sun May 22 18:00:01 2011
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 1
  Spare Devices : 0
       Checksum : 7b11670a - correct
         Events : 2070

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     3       8       49        3      active sync   /dev/sdd1

   0     0       8       33        0      active sync   /dev/sdc1
   1     1       0        0        1      faulty removed
   2     2       8       65        2      active sync
   3     3       8       49        3      active sync   /dev/sdd1
[root@engrenage ~]# mdadm --examine /dev/sdd1
/dev/sdd1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 2ccf2851:090a9b9d:1c128034:9083ca9d
  Creation Time : Sun Jun 28 17:50:44 2009
     Raid Level : raid5
  Used Dev Size : 1465135936 (1397.26 GiB 1500.30 GB)
     Array Size : 4395407808 (4191.79 GiB 4500.90 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 5

    Update Time : Tue Dec 14 07:59:57 2010
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 7a3f4a62 - correct
         Events : 2066

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     1       8       81        1      active sync

   0     0       8       33        0      active sync   /dev/sdc1
   1     1       8       81        1      active sync
   2     2       8       65        2      active sync
   3     3       8       49        3      active sync   /dev/sdd1

Dernière modification par Moimemeici (Le 30/05/2011, à 23:57)

Hors ligne

#75 Le 30/05/2011, à 23:53

rmy

Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue

^^ et heureusement, c'est bien ce qu'on avait convenu, hein !
Pour l'instant, ne pas mettre les 4 disques de ton raid5 simultanément ne présence (encore qu'ici il est en mode dégradé, donc il ne devrait pas se resynchroniser, mais dans le doute, évite.)

Hors ligne