#1 Le 23/07/2014, à 02:42
- Nairwolf
[Résolu] Installation complète 14.04 en RAID 0
Bonjour,
Suite au sujet que j'avais créer il y a quelques mois ici (http://forum.ubuntu-fr.org/viewtopic.php?id=1519711), j'ai fait le pas pour installer Ubuntu 14.04. A noter que je souhaite effectuer une installation complète d'Ubuntu, et que je ne souhaite plus rien garder de Windows (j'ai fait mes sauvegardes avec les utilitaires Windows, j'espère qu'ils sont fiables, au moins !)
Voici les démarches que j'ai effectué :
-Création d'une clé usb live bootable avec LinuxLive -> Tout semble s'être bien passé
-Modification des paramètres dans le Bios pour booter sur la clé usb, et désactivation du SecureBoot
Au moment de l'installation, je choisis initiallement "Autre" pour effectuer moi même mon partitionnement. Je tombe sur énormément de partition, ou de disques. Je ne saurais dire le nom de ces partitions... J'ai commencé à en supprimer quelques unes. Mais comme les noms étaient bizarre (asus_os), je me suis dit qu'il s'agissait d'une organisation propre à l'UEFI. (Alors que je pense désormais qu'il s'agissait du RAID)
Sentant que je fais une connerie, je retourne en arrière, en espérant que les choix n'allaient pas être conservés....
Je décide d'installer Ubuntu avec la première option (celle qui dit qu'elle va tout effacer !). Je coche l'option LVM car après une rapide (trop ?) recherche, je vois que c'est avantageux, et plus moderne. C'est là que j'obtiens mon premier message d'erreur :
"Le partitionnement automatique avec LVM a échoué car une erreur s'est produite lors de la création du groupe de volumes. Veuillez consulter le fichier /var/log/syslog ou la quatrième console virtuelle pour obtenir des précisions."
Je clique sur OK, mais je retente néanmoins l'installation en décochant le partitionnement LVM. Une deuxième erreur s'affiche (en anglais cette fois-ci !) :
"ubi-partman failed wih exit code 141. Furher information may be found in/var/log/syslog. Do you want to try running this step again before continuing ? If you do not, your installation may fail entirely or may be broken".
Là, que je fasse "Continue anyway", "Try again" ou "Quit" le système avait freezé, donc, j'ai éteint mon PC pour le relancer.
Comme je n'ose pas trop continuer l'éventuelle boucherie, j'aurai préféré faire un boot-info si cela peut vous aider, mais quand je fais l'installation selon ce tutoriel, mais cela ne marche pas, et me renvoie cette erreur :
"Failed to fetch http://ppa.launchpad.net/yannubuntu/boo … //Packages 404 Not Found
Donc, je suis bien embêté... Que me conseillez-vous ?
Je pense que j'ai fait un peu n'importe en supprimant les partitionns manuellement, puis en arrêtant. Pourtant, j'aurai pu pouvoir effacer tout mon disque dur pour démarrer avec Ubuntu, en laissant à la machine, la main sur le partitionnement, sans l'erreur que j'ai commise...
Est-ce le RAID, l'UFI ? Si j'efface tout, cela peut-il poser un problème ?
Comment reprendre l'installation d'Ubuntu ?
Merci beaucoup
Dernière modification par Nairolf21 (Le 30/08/2014, à 11:31)
Hors ligne
#2 Le 23/07/2014, à 12:58
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
bonjour.
Comme tu as décidé de supprimer windows, tu aurais pu profiter de l'énorme bug de l'installateur de ubuntu en choisissant d'installer ubuntu, il remet tout à zéro et fait les partitions qui conviennent. Il n'est peut-être pas trop tard.
Tu parles d'un nom de partition bizarre, tu as certainement acheté chez un constructeur un windows pre-installé.
Pour se faire mousser, c'est la dedans qu'il a installé windows.
Tu parles de partitions logiques car plus performant, Ubuntu ne connaît pas cela (C'est exclusivement du windows serveur et du PRO).
De plus il est probable que tes disques soient à la norme GPT donc c'est impossible.
De plus, tu dis avoir des disques RAIDS, Attention RAIDS1 ou RAID0, ou un autre numéro
Il y a un tuto pas mal fait concernant l'installation en RAID.
Bonne lecture.
Dernière modification par Bougron (Le 26/07/2014, à 09:53)
Hors ligne
#3 Le 23/07/2014, à 18:35
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonjour,
Je me connecte depuis la session live Ubuntu de ma clé USB à défaut de pouvoir installer Ubuntu sur mon disque dur. Si je n'arrive pas à télécharger le Boot-repair, c'est parce qu'il n'est pas disponible pour la version 14.04, c'est ce que j'ai cru comprendre, non ? Est-il possible de faire un boot-info depuis une session live 64bits ?
J'ai malheureusement voulu un peu trop précipiter les choses hier soir, et j'ai fait n'importe quoi. Je vais regarder les tutoriels concernant les modes UEFI, la norme GPT, et le RAID. UEFI, je connais un peu, RAID aussi, mais j'étais incapable de distinguer celui dont je disposais sur mon PC. Et la norme GPT, je ne connais pas du tout par contre. Je vais donc étudier tout cela.
J'ai recommencé une réinstallation, en le laissant faire par défaut. Mais, à l'écran pour choisir le créneau horaire, j'obtiens un message d'erreur rempli de "???" et le système bloque ensuite.
EDIT : Voici une analyse de mon disque avec la commande fdisk -l : (On voit que mon disque est au format GPT, et que je devrais utiliser GParted. Vous pouvez voir aussi le nom des partitions que je rencontrais "Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS1"
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sda: 128.0 GB, 128035676160 bytes
255 heads, 63 sectors/track, 15566 cylinders, total 250069680 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xe43e366a
Device Boot Start End Blocks Id System
/dev/sda1 1 500130303 250065151+ ee GPT
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb: 128.0 GB, 128035676160 bytes
256 heads, 63 sectors/track, 15505 cylinders, total 250069680 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x7726ec4d
Device Boot Start End Blocks Id System
/dev/sdb1 1 4294967295 2147483647+ ee GPT
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS: 256.1 GB, 256066715648 bytes
255 heads, 63 sectors/track, 31131 cylinders, total 500130304 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Disk identifier: 0xe43e366a
Device Boot Start End Blocks Id System
/dev/mapper/isw_cdfdbhifff_ASUS_OS1 1 500130303 250065151+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS1: 537 MB, 537657344 bytes
255 heads, 63 sectors/track, 65 cylinders, total 1050112 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS1 doesn't contain a valid partition table
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS2: 247.1 GB, 247061020672 bytes
255 heads, 63 sectors/track, 30036 cylinders, total 482541056 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS2 doesn't contain a valid partition table
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS3'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS3: 8467 MB, 8467513344 bytes
255 heads, 63 sectors/track, 1029 cylinders, total 16538112 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Disk identifier: 0x45f182c1
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS3 doesn't contain a valid partition table
Disk /dev/sdc: 3926 MB, 3926949888 bytes
16 heads, 16 sectors/track, 29960 cylinders, total 7669824 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xc3072e18
Device Boot Start End Blocks Id System
/dev/sdc1 * 8064 7669823 3830880 b W95 FAT32
En fait, en analysant ces lignes, je vois que j'ai :
-2 disques de 128Go (ce qui était vendu dans la spec du pc) /dev/sda et /dev/sdb
-1 disque /dev/sdc -> De quoi s'agit-il ?
-Les disques Asus comme : /dev/mapper/isw_cdfdbhifff_ASUS_OS avec ASUS_OS1, ASUS_OS2, ASUS_OS3. De quoi s'agit-il ? Est-ce ici que j'avais les optimisation du système RAID ?
Merci de votre aide.
Dernière modification par Nairolf21 (Le 23/07/2014, à 18:59)
Hors ligne
#4 Le 23/07/2014, à 20:23
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonsoir réponse rapide.
Je vais regarder les spécifs de ta machine pour savoir si les des SSD sont en RAIDS0
Deux disques vus comme un disque virtuel unique d'où tes noms bizarres avec MAPPER dedans.
L'idéal serait de casser cela pour avoir des noms sda et sdb que tout le monde connaît
Au fait pour pour booter en EFI, Il ne faut pas un secteur de boot, mais une partition FAT32, C'est ce que tu appelles SDC
elle a d'ailleurs le flag de boot.
Dernière modification par Bougron (Le 26/07/2014, à 09:55)
Hors ligne
#5 Le 23/07/2014, à 21:11
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Ah, oui, c'est effectivement ça ! C'est ma clé usb live, en FAT32, avec LiLi.
J'avais essayé de chercher pour mon pc, mais je n'ai rien réussi à trouver sur le site constructeur. Suite à un problème matériel, avec un SSD qui avait rendu l'âme, on m'en a changé un sur deux. C'est pour cela que je pense qu'il s'agit effectivement du RAID 0. Les deux disques sont vu comme un seul. Même si, sous Windows, j'avais deux lecteurs (C:/ et D:/), mais c'est complètement indépendant, si j'ai bien compris.
Est-ce que si je vire les disques avec Mapper dedans, je pourrai faire une installation propre ensuite ?
Je n'ai pas encore regardé comment on pouvait faire du Raid 0, avec Ubuntu, mais je pense que ça serait idéal pour moi. (Histoire de ne pas avoir de perte de vitesse par rapport à Windows). Je me dis que si je laisse sda et sdb seuls, et que j'effectue un partionnement classique avec / et /swap, je n'aurai pas de RAID0, car cela ne se fait pas "tout seul".
Je vais donc chercher à comprendre comment effectuer cela.
Néanmoins, j'ai quand même bien peur quand je vois que même l'installation d'Ubuntu en mode "j'écrase tout" ne fonctionne pas.... Aurais-tu une idée de ce qui cause ce dysfonctionnement ?
Sinon, comme PC, j'ai un Asus Zenbook UX301LA-C4006H dont tu peux voir les caractéristiques ici :
Stockage :
Disque dur : SSD 128 Go
Capacité : 128 Go
Capacité : 128 Go
Type de Disque : SSD (Solid State Drive)
Interface du disque dur : Serial ATA 6Gb/s (SATA Revision 3.0)
Nombre de disques : 2
Nombre de disques max: 2
Cordialement,
Nairolf21
EDIT : Je suis entrain de fouiner du côté de GParted. Bien que ce tutoriel indique que GParted n'est pas installé sur Ubuntu par défaut, quand je l'appelle depuis l'invite de commande, il le trouve bien. J'obtiens les lignes suivantes :
ubuntu@ubuntu:~$ sudo gparted
======================
libparted : 2.3
======================
(gpartedbin:8425): GLib-CRITICAL **: Source ID 7 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 6 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 10 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 9 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 13 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 12 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 16 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 15 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 19 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 18 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 44 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 43 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 49 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 48 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 52 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 51 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 56 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 55 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 59 was not found when attempting to remove it
(gpartedbin:8425): GLib-CRITICAL **: Source ID 58 was not found when attempting to remove it
Invalid argument during seek for read on /dev/sda
The backup GPT table is corrupt, but the primary appears OK, so that will be used.
J'en déduis qu'il y a donc un problème sur /dev/sda mais visiblement les partitions primaires sont là.
Il semblerait donc que les tables GPT soient corrompues...
Dernière modification par Nairolf21 (Le 23/07/2014, à 23:51)
Hors ligne
#6 Le 23/07/2014, à 23:51
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonsoir.
Je vais me faire des ennemis chez les constructeurs. Je connais le principe du fonctionnement raids.
Je participe à une autre discussion sur le même sujet et cela ressemble comme une goutte d'eau à ton problème.
J'ai vu le site http://www.asus.com/Notebooks_Ultrabook … K_UX301LA/
qui dit "Up to dual 512GB(256GB+256GB) SSDs with RAID 0 for blistering performance".
J'aimerais voir où est écrit l'endroit qui dit que la carte mère gère le raids0
Si ta carte mère gérait le raids0, Ton OS ne verrait qu'un seul disque.
Comme tu en vois deux, ce n'est pas du vrai raids, tu doit mettre une couche logicielle.
Dès l'instant que tu mets une couche logicielle, si tu paramètres bien, tu peux faire du RAID0 avec un disque classique 3,5 pouces de 320 Go tournant à 7000 Tmp et un autre disque de 2,5 pouces de 1 To tournant à 5400 tmp
Tu as des performances améliorées car tes disques sont des SSD. Un point c'est tout.
Tu devras installer un logiciel de gestion RAIDS, C'est peut-être automatique, Il aura peut-être des bugs.
Un avantage du RAIDS0 par rapport à deux disques classiques est de voir la somme des disques.
dans ton cas, tu pourras faire une partition de 20 Go pour installer ubuntu et une autre de (256-20) Go pour installer une autre partition.
Si tu n'es pas RAIDS0, ta partition ne peut dépasser 128 Go sur le second disque et (128-20Go) sur le premier disque.
Tu te retrouves avec 3 partitions à gérer (SDA + SDB) alors tu pouvais le faire avec deux 'xxxxMAP1 et xxxxMAP2).
Je te laisse juge de ton choix.
Les spécialistes diront que je n'ai pas cité un avantage du RAIDS0, Mais comme tu m'as dit que tu étais tombé en panne avec un disque et que tu n'as changé que celui-ci, c'est que probablement, tu ne l'avais pas utilisé. c'est celui-ci (résumé rapide).
Afin de doubler la vitesse d'écriture sur les SSD , si tu dois écrire disons, 50 Ko sur le disque, tu en auras 25 Ko d'écrits sur le premier disque et 25 Ko d'écrits sur le second disque. Idem pour la lecture, Mais nous savons tous qu'un SSD c'est plus rapide qu'un disque classique.
En théorie, en cas de panne de l'un des disques, il faut restaurer la totalité des deux disques.
Comme tu dis que tu as simplement remplacé le disque en panne, Je pose la question; " N'avais-tu pas installé du RAID1?".
Le principe du RAIDS1: Si tu dis d'écrire disons 50 Ko sur le disque, Tu en écris 51 Ko sur le premier disque et aussi 50 Ko sur le second disque.
Avantage, si un des disques est en panne, on peut le restaurer de façon automatique à partir de l'autre.
J'ai vu qu'à une époque, on considérait que la technique SDD n'était pas solide et cela était conseillé.
Je te laisse juge de ton choix.
Les deux techniques sont incompatibles.
PS: évites si possible de réparer avec boot-repair dans un environnement EFI
Hors ligne
#7 Le 24/07/2014, à 01:12
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonsoir
quelques infos
Pour boot-repair; Voici la doc http://doc.ubuntu-fr.org/boot-repair
Voici les commandes d'installation
sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)
c'est une récupération de la version 13.10
Pour son utilisation: exclusivement pour faire un boot-info.
Ne l'utilises jamais pour réparer car il est connu pour détruire,
Pour Gparted
Il est livré en préinstallé dans la clé-usb d'installation
Pour ububntu
Tu devrais commencer par "essayer avant d'installer"
Peux-tu me donner le nom du fichier qui t'a servi à faire la clé USB et à partir de quel site tu l'as trouvé
Il serais dommages que tu installes une version 32 bits ou une version française qui ne marchent pas avec un micro efi
Bonne soirée.
Hors ligne
#8 Le 25/07/2014, à 21:25
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Merci de ton aide Bougron pour les commandes pour lancer boot-repair !
Concernant le Raid et ses différences, j'ai une idée assez claire de ça. J'avais un petit doute pour le 2ème ssd, mais je suis quasiment sur qu'on me l'a changé aussi. Je ne sais pas pourquoi j'ai dit le contraire la dernière fois. Seulement, je ne peux pas vérifier car je n'ai pas les papiers sur moi. Mais je suis quasiment sur d'avoir été en raid0. Même si les deux SSD y font pour beaucoup pour la vitesse de mon PC, je préfère (si ce n'est pas trop compliqué) rester en RAID 0. Normalement, les débits d'écriture sont censés être divisés par deux. Ce que j'ignorais, c'était effectivement si j'étais en RAID logiciel, ou matériel. Avec tes explications, je pense effectivement être en raid logiciel (sinon, je n'aurais vu qu'un seul disque).
Pour l'iso que j'ai téléchargé, il s'agit de celui-ci : http://releases.ubuntu.com/releases/tru … -amd64.iso fourni par Malbo sur ce lien et j'ai crée ma clé usb bootable avec Lili, sur ce lien. Il me semblait avoir expliqué ça sur mon premier message, mais cela ne devait pas être clair.
Honnêtement, je ne pense pas que ça soit le problème. D'autant plus que je sais avoir merdé au moment de l'installation en paramétrant ses partitions. Je répète mes manips, au cas où :
-J'ai voulu faire un partitionnement manuel, je voulais donc supprimer toutes les partitions présentes (j'avais depuis Windows que j'avais des partitions Recovery), pour installer Ubuntu. (J'avais déjà fait un dual boot sur un pc non EFI, et non raid).
-Quand j'ai réalisé qu'il y avait des disques "/dev/mapper/isw_cdfdbhifff_ASUS_OS", je me suis dit que j'étais entrain de faire une connerie et que je cassais de manière irréparable le système RAID de mon PC.
-J'ai voulu annuler mes changements, et effectuer une installation par défaut, d'abord en activant l'option LVM. J'ai eu un premier bug, puis, en décochant LVM, j'ai eu un second blocage.
Mes modifications ont donc du être enregistré, et j'ai donc supprimé certaines partitions. Si je m'en refère au résultat de la commande fdisk -l, j'ai mon sda qui est complètement vierge actuellement.
La question que je me pose est donc la suivante : est-il possible de supprimer toutes les partitions avec le partitionnement au moment de l'installation d'Ubuntu, et par la suite de recréer un système RAID 0 (même logiciel), à partir de mes deux disques SSD vierges ?
Pour les complèments, voici ce que donne le boot-info : http://paste.ubuntu.com/7858257/
Merci beaucoup de ton aide et de tes conseils.
Hors ligne
#9 Le 25/07/2014, à 23:16
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonsoir
Comme tu es en train de repartir de zéro, pourquoi ne pas tout éliminer?
Supprimer tout sur les deux disques et regarder ce logiciel que je ne connais pas du tout, Il y en a peut-être d'autres
http://doc.ubuntu-fr.org/raid_logiciel
Il parle un peu du raids0. Je n'ai très bien compris comment y installer ubuntu
Ou celui-ci qui semble plus spécifique
http://doc.ubuntu-fr.org/tutoriel/comme … 0_logiciel
qui me semble un peu plus clair
La théorie que je comprends et résume ainsi
sda 1 partition de 1 Go en fat32 pour le boot
1 partition ext4 pour le reste
sdb 1 partition de 2 Go pour le swap
1 partition ext4 pour le reste
On fait du raids 0 en mariant les deux partions ext4 afin de voir un disque virtuel md0 qui ne sera plus modifiable
Complément: Ajout de dernière minute: si on veut une partition /home, alors cela sera certainement:
sda 1 partition de 1 Go en fat32 pour le boot
1 partition ext4 de 15 Go (par exemple) pour le /
1 partition ext4 50 Go (par exemple) pour le /home
Il reste un peu d'espace utilisable classiquement pour autre chose
sdb 1 partition de 2 Go pour le swap
1 partition ext4 de 15 Go (par exemple) pour le /
1 partition ext4 de 50 Go par exemple pour le /home
Il reste un peu d'espace utilisable classiquement pour autre chose
On fait du raids 0 en mariant les deux partitions ext4 (30 go) afin de voir un disque virtuel md0 destiné au / qui ne sera plus modifiable.
On fait du raids 0 en mariant les deux partitions ext4 (100 go) afin de voir un disque virtuel md1 destiné au /home qui ne sera plus modifiable.
Ajout de dernière minute;
Il y a aussi ce site http://doc.ubuntu-fr.org/utilisateurs/p … ac-a-sable
Ainsi que celui-ci http://doc.ubuntu-fr.org/tutoriel/comme … id_onboard
qui parle d'une option dans le bios permettant de choisir le style de protection RAIDS pour les émulateurs raids
Mais c'est peut-être aussi une option pour le vrai raids afin de ne voir qu'un seul disque
Dernière modification par Bougron (Le 26/07/2014, à 12:41)
Hors ligne
#10 Le 26/07/2014, à 00:16
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonsoir
Comme tu es en train de repartir de zéro, pourquoi ne pas tout éliminer?
Bonsoir, oui, c'est bien ce que je voulais te demander. Et de savoir s'il était possible de reconstruire à partir de rien.
Je me pose la question car, néanmoins, l'installation d'Ubuntu par défaut (celle qui est censé écraser et tout supprimer) ne marche pas ! C'est étrange pour une installation qui est censé tout écraser, non ?
Si cela te semble possible, je vais donc étudier la doc demain pour faire ça demain, à tête reposé, pour ne pas faire d'erreurs !
Merci.
Hors ligne
#11 Le 26/07/2014, à 10:21
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
EDIT : Je suis en train de fouiner du côté de GParted. Bien que ce tutoriel indique que GParted n'est pas installé sur Ubuntu par défaut, quand je l'appelle depuis l'invite de commande, il le trouve bien. J'obtiens les lignes suivantes :
ubuntu@ubuntu:~$ sudo gparted ====================== libparted : 2.3 ====================== The backup GPT table is corrupt, but the primary appears OK, so that will be used.
J'en déduis qu'il y a donc un problème sur /dev/sda mais visiblement les partitions primaires sont là.
Il semblerait donc que les tables GPT soient corrompues...
Bonjour
Les subtilités de cette distribution.
Tu as lu que Gparted n'est pas installé automatiquement dans ubuntu.
C'est totalement vrai, tu devras l'installer par la logithèque.
Si tu t'en sert déjà, c'est qu'il est nativement installé dans la clé usb qui sert à installer ubuntu.
D'autre part, il s'appelle Gparted donc tu as fais sudo gparted
Tu as des messages d'anomalies, tu aurais du faire la commande sudo parted -l (sans le G et avec l'option petit L) pour ne pas avoir l'erreur.
Pas facile à comprendre cette logique.
De plus, tu as un message qui parle de corruption de la table back-up
Si tu utilises le Gparted en mode écran, il devrait te signaler cela avec quelques options du style
ignorer
continuer
réparer
Ne sois pas surpris s'il se plante tant que tu n'a pas fait réparer. (Cas rencontré dans une de mes discussions)
P.S. C'est peut-être la cause du plantage de l'installateur.
Comme tu as dis que windows utilisait deux lecteurs C: et D; Je ne suis pas sùr du tout que ces deux disques étaient vus en Raids 0 par windows.
On retombe alors dans le problème que la carte mère fait ce boulot.
J'ai trouvé sur le site http://www.asus.com/fr/Notebooks_Ultrab … K_UX301LA/
Disque SSD de 512 Go (256 Go + 256 Go) avec architecture RAID 0(selon modèle)
et un peu plus de détails
Le Zenbook UX301LA intègre un disque SSD de 512 Go qui, en plus de stocker vos données, augmente la vitesse d'exécution de l'Ultrabook™. Un SSD de stockage RAID 0 proposé en option se chargera quant à lui de booster les performances du Zenbook. Le disque SSD ne disposant d'aucune partie mécanique mobile, il propose une durée de vie plus longue et requiert moins d'énergie qu'un disque dur, ce qui résulte en une autonomie plus longue. Plus important encore, le SSD est jusqu'à quatre fois plus rapide qu'un disque dur standard et vous permet donc de gagner un temps considérable pour lancer vos applications et ouvrir vos fichiers les plus lourds.
http://www.pcworld.fr/stockage/tests,te … 8195,1.htm
avec ce message "le Taïwanais ajoute une bonne grosse dose de logiciels en bundle, pour profiter au maximum des possibilités offertes par ce SSD, notamment grâce au mode HybriDisk".
PS: Lire la dernière ligne du post #9
Dernière modification par Bougron (Le 26/07/2014, à 12:43)
Hors ligne
#12 Le 26/07/2014, à 17:50
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Merci beaucoup de tes complèments d'informations. Je me demande si les 30go pour le / sont nécessaires, et si je ne peux pas descendre à 20go. D'après la documentation, il suffirait de 15go.
Je vois aussi que d'après ce tutoriel ( http://doc.ubuntu-fr.org/tutoriel/comme … 0_logiciel ) ils indiquent qu'il faut une version d'installation ALTERNATE. Tu sais ce que c'est ? Quel est la différence avec la version que j'ai téléchargé ? Il semblerait qu'il s'agit d'une version contenant mdadm.
Je vais essayer de chercher et de récupérer une version installable par usb live.
Pour le fait d'avoir deux disques C:/ et D:/ sous Windows, il me semble que cela n'indique pas nécessaire que j'étais en raid matériel. Si j'ai bien compris, il me semble que le raid 0 que j'avais en logiciel, faisais que Windows voyait mes deux disques en un seul. Ensuite, je ne vois qu'un seul disque, mais je peux faire un partionnement, classiquement.
Il me semble que c'était ce fonctionnement.
Pour les informations que tu trouves sur le site d'Asus, c'est bien mon modèle de PC, mais pas la même configuration. Celui avec le disque SSD de 512 Go correspond à la version haut de gamme. Mon PC ne contient que deux SSD de 128Go. C'est donc tout à fait possible que la version RAID matériel ne soit supporté que dans la version haut de gamme.
Bon, au bout d'un moment, il faut passer à l'action. Je pense que je vais tester en suivant le tutoriel du raid 0 logiciel. Si cela ne marche pas, et bien, je ferai une installation classique, sans raid. Mes SSD + la légéreté prétendue d'Ubuntu par rapport à Windows 8.1 devraient faire en sorte que le changement soit transparent pour moi. De toute façon, je suis rassuré par le fait d'avoir une clé usb live qui me permet d'utiliser mon PC quoi qu'il arrive !
Merci aussi pour la commande pour GParted. Voici les résultats que cela me donne :
ubuntu@ubuntu:~$ sudo parted -l
Error: Invalid argument during seek for read on /dev/sda
Retry/Ignore/Cancel? Ignore
Error: The backup GPT table is corrupt, but the primary appears OK, so that will be used.
OK/Cancel? Ok
Backtrace has 8 calls on stack:
8: /lib/x86_64-linux-gnu/libparted.so.0(ped_assert+0x31) [0x7f07292134b1]
7: /lib/x86_64-linux-gnu/libparted.so.0(+0x3f5f6) [0x7f07292435f6]
6: /lib/x86_64-linux-gnu/libparted.so.0(ped_disk_new+0x49) [0x7f0729218f99]
5: parted() [0x406dff]
4: parted() [0x407bda]
3: parted(main+0x154b) [0x4065cb]
2: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f07289f0ec5]
1: parted() [0x406617]
You found a bug in GNU Parted! Here's what you have to do:
Don't panic! The bug has most likely not affected any of your data.
Help us to fix this bug by doing the following:
Check whether the bug has already been fixed by checking
the last version of GNU Parted that you can find at:
http://ftp.gnu.org/gnu/parted/
Please check this version prior to bug reporting.
If this has not been fixed yet or if you don't know how to check,
please visit the GNU Parted website:
http://www.gnu.org/software/parted
for further information.
Your report should contain the version of this release (2.3)
along with the error message below, the output of
parted DEVICE unit co print unit s print
and the following history of commands you entered.
Also include any additional information about your setup you
consider important.
Assertion (last_usable <= disk->dev->length) at ../../../libparted/labels/gpt.c:994 in function
_parse_header() failed
Visiblement, j'ai trouvé un bug sur GParted !
Hors ligne
#13 Le 26/07/2014, à 18:34
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Désolé du double poste, mais en fait, cela ne semble pas si simple...
Quand je fais mon installation, j'ai supprimé toutes les partitions. Mais ce que je pensais être des partitions, les (Asus_os1, 2 et 3) n'en sont pas. Je ne peux pas les supprimer, et cela s'affiche dans la colonne "Périphérique.
Pour être bien précis, voici ce que j'obtiens dans ma fenêtre principale :
Périphérique : Taille :
/dev/mapper/isw_cdfdbhiffff_ASUS_OS
espace libre 256066 MB
/dev/mapper/isw_cdfdbhiffff_ASUS_OS1
/dev/mapper/isw_cdfdbhiffff_ASUS_OS2
/dev/mapper/isw_cdfdbhiffff_ASUS_OS3
Je ne peux pas ajouter de partitions sur les "Asus_OS", mais seulement sur "espace libre".
Sur la liste défilante, j'ai ceci :
Périphérique où sera installé le programme de démarrage :
/dev/mapper/isw_cdfdbhiffff_ASUS_OS Linux device-mapper (striped) (256.1 Gb)
/dev/mapper/isw_cdfdbhiffff_ASUS_OS1 Linux device-mapper (linear) (537.7 Mb)
/dev/mapper/isw_cdfdbhiffff_ASUS_OS2 Linux device-mapper (linear) (247.1 Gb)
/dev/mapper/isw_cdfdbhiffff_ASUS_OS3 Linux device-mapper (linear) (8.5 Gb)
/dev/sda
Ce qui me gêne, c'est donc :
-> Je n'ai que /dev/sda et pas /dev/sdb !!!
-> Je n'arrive pas à identifier concrètement la nature des /dev/mapper/isw_cdfdbhiffff_ASUS_OS 1,2 et 3
-> On remarque que tout l'espace libre se situe au sein de /dev/mapper/isw_cdfdbhiffff_ASUS_OS, et que ASUS_OS 1 + 2 + 3 = ASUS_OS (256Gb) en mémoire !
Je ne sais pas quoi faire, et cela me coupe dans mes élans...
Hors ligne
#14 Le 26/07/2014, à 19:46
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonjour. Rapidement
1) Tu ne vois pas sdb, Cela me semble totalement logique.
Regardes dans la doc que je t'ai transmise, celle qui parle de l'émulation logicielle du fonctionnement raids, J'ai vu qu'une carte mère fournissait un pseudo raids avec un mapper dont le nom commençait par isw-
Comme tu as deux disques de 128 Go regardes la taille de ce périphérique "/dev/mapper/isw_cdfdbhiffff_ASUS_OS" cela fait 256 Go. C'est la somme des deux disques. C'est la totalité de l'espace utilisable.
Je pense que les trois lignes qui suivent représentent le découpage de cet espace. C'est à dire les trois partitions présentes.
Du moins c'est ce que je comprends. Mais je débute sur cette présentation raids .
2) Pour la suite, Soit tu restes avec cette structure (Ce n'est pas mal) mais tu devras faire confiance au logiciel de ubuntu pour bien gérer cela. C'est MADM DMRAID . Si j'ai bien compris.
Il me semble normal de l'avoir déjà dans le support fournissant l'installation pour être immédiatement opérationnel.
Le jour où ce logiciel dysfonctionne, Bonjour les dégâts.
3) As-tu creusé la piste bios pour voir si le raids était désactivable ?
Si oui, Gérer deux disques de 128 Go chacun, cela ne pose pas de problème particulier.
sauf que c'est contradictoire pour la gestion de l'usure des deux disques SSD, Il est évident que l'un sera plus utilisé que l'autre et sera HS bien avant l'autre.
4) J'ai installé la partition / de EDBUNTU 14.04. LTS dans 8,3 Go et celle de Ubuntu 14.04 LTS dans 5,7 Go
On ne peut pas faire moins, Mais avec une taille si juste, on ne va pas installer beaucoup de logiciels supplémentaires
5) Deux posts pour traiter deux choses qui ne sont pas semblable c'est mieux me semble-t-il.
6) Vu de ma fenêtre ?????
OS1 = Windows logiciel
OS2 = partition de boot
OS3 = partition de recréation de windows en cas de destruction
Dernière modification par Bougron (Le 27/07/2014, à 12:14)
Hors ligne
#15 Le 26/07/2014, à 20:46
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonjour. Rapidement
1) Tu ne vois pas sdb, Cela me semble totalement logique.
Regardes dans la doc que je t'ai transmise, celle qui parle de l'émulation logicielle du fonctionnement raids, J'ai vu qu'une carte mère fournissait un pseudo raids avec un mapper dont le nom commençait par isw-Comme tu as deux disques de 128 Go regardes la taille de ce périphérique "/dev/mapper/isw_cdfdbhiffff_ASUS_OS" cela fait 256 Go
C'est la somme des deux disques. C'est la totalité de l'espace utilisable
et je pense que les trois lignes qui suivent représentent le découpage de cet espace
C'est à dire les trois partitions présentes.
Du moins c'est ce que je comprends. Mais je débute sur cette présentation raids .
Ok, je vais regarder plus en détail cette documentation. Je n'ai pas vu ça.
Néanmoins, c'est étrange car le sdb, je le voyais avant ! Quand j'ai fait la commande fdisk -l par exemple.
2) Pour la suite, Soit tu restes avec cette structure (Ce n'est pas mal) mais tu devras faire confiance au logiciel de ubuntu pour bien gérer cela c'est MADM . Si j'ai bien compris.
Il me semble normal de l'avoir déjà dans le support fournissant l'installation pour être immédiatement opérationnel
Le jour où ce logiciel dysfonctionne, Bonjour les dégâts.3) As-tu creusé la piste bios pour voir si le raids était désactivable ?
Si oui, Gérer deux disques de 256 Go chacun, cela ne pose pas de problème particulier
sauf que c'est contradictoire pour la gestion de l'usure des deux disques SSD, Il est évident que l'un sera plus utilisé que l'autre et sera HS bien avant l'autre.4) J'ai installé la partition / de EDBUNTU dans 8,3 Go et celle de Ubuntu 14.04 LTS dans 5,7 Go
On ne peut pas faire moins, Mais avec une taille si juste, on ne va pas installer beaucoup de logiciels supplémentaires5) Deux posts pour traiter deux choses qui ne sont pas semblable c'est mieux me semble-t-il
6) Vu de ma fenêtre ?????
OS1 = Windows logiciel
OS2 = partition de boot
OS3 = partition de recréation de windows en cas de destruction
Je vais essayer d'installer sans raid, déjà. Et ensuite, si cela ne bugue pas, ou si je ne suis pas satisfait des perfo, j'essaierai de faire avec raid.
Hors ligne
#16 Le 27/07/2014, à 12:09
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Finalement, je trouve que c'est bête de détruire le RAID qui est déjà réalisé. Il semblerait qu'il s'agit d'un Fake-Raid. J'ai déjà trois partitions disponibles pour mon système. Je vais donc monter mes partitions sur celles-ci.
Le seul problème que je rencontre, c'est que je n'arrive pas à trouver un outil permettant de partitionner des tables GPT. Il me faudrait 4 partitions (swap, boot, / et home), et je vais devoir bouger les tailles de ces partitions.
Sauf que je n'arrive pas à le faire avec les outils comme fdisk, ou gparted car ils semblent ne pas être fonctionnels sur des disques GPT...
Hors ligne
#17 Le 27/07/2014, à 12:26
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonjour
Je pense que c'est une sage décision.
1) Pour la partition boot, Tu as mal compris, en EFI c'est /boot/efi. et il a déjà été créé.
2) Pour la partition swap. On peut réellement vivre sans hibernation qui permet de gagner que trente secondes lorsqu'on mets sous tension et consomme un taille énorme. Pour un fonctionnement classique les fichiers swap ont la même efficacité.
3) Pour la partition /home C'est une partition recommandée pour éviter de perdre les donnée lors d'une installation nouvelle par annule et remplace. La version 2014.04 LTS est officiellement supportée jusqu'en avril 2019.
PS. Je viens de voir que la version 14.04.1 est sortie le 25 Juillet. Profites de l'occasion pour directement l'installer
Gparted est très fonctionnel sur des disques GPT, mais sur des disque RAIDS je ne sais pas.
Il m'a semblé lire qu'une partition RAIDS ne pouvait plus se modifier.
Voir la note 6 du document qui explique comment créer une partition /home
Dernière modification par Bougron (Le 27/07/2014, à 13:45)
Hors ligne
#18 Le 27/07/2014, à 14:51
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonjour, et merci encore de ton aide et de ton soutien.
J'ai finalement trouvé ce tutoriel (http://forum.ubuntu-fr.org/viewtopic.php?id=142645&p=1) pour l'installation d'Ubuntu en Raid 0. Il reprend beaucoup le tutoriel suivant : http://www.donax.ch/2007/05/14/raid-sur … /#more-193
Mais il faut savoir que ces deux tutoriels traitent du cas dual-boot, avec Grub. Normalement, dans mon cas, je ne devrais pas avoir besoin de Grub, c'est bien cela ?
Je me suis servi de ce tutoriel pour regarder les commandes de l'outil de partitionnement cfdisk. J'avais donc créer les 4 partitions que je souhaitais, avec ext4 pour /, /boot et /home. Et Swap pour la partition swap. J'avais rendu la partition /boot bootable.
En utilisant des commandes comme ls /dev/mapper je trouve bien mes 4 partitions crées. Avec fdisk, je constate qu'elles ont bien la taille qu'il faut.
J'étais donc optimise au moment de lancer l'installation. Je suis correctement les recommandations écrites dans ce tutoriel : http://forum.ubuntu-fr.org/viewtopic.ph … 1#p1151461
Mais pour le choix "périphérique où sera installé le programme de démarrage", j'ai choisi de le mettre dans la partition prévue pour le /boot.
Ensuite, j'ai poursuivi l'installation, et tout semblait se déroulait correctement. A la fin, on m'a demandé de rebooter le système, ce que j'ai fait, mais ce fut un échec, car je suis arrivé sur le BIOS.
Maintenant, en voyant tes remarques, j'ai de nouvelles questions :
1) Je ne savais pas qu'il fallait que j'indique cela. Pourquoi dis-tu qu'elle a déjà été crée ? Désormais, au moment d'installation, je vais devoir changer cela.
2) Je ne savais pas que le swap était pour l'hibernation. Je pensais qu'il s'agit d'une extension de mémoire RAM. Personnellement, j'ai 8go de RAM, donc c'est déjà assez beaucoup. Mais, je me dis que consacrer 1Go à ça, en cas de souci, c'est raisonnable. Concernant, l'hibernation, j'ai quitté Windows pour rejoindre Ubuntu car j'avais un problème de mise en veille, mon pc rebottait après une mise en veille. Le SAV d'Asus m'avait conseillé de réinisialiser Windows car il s'agissait probablement d'un problème matériel.
Est-ce nécessaire d'avoir une partition swap ?
3) De quel document parles-tu pour la partition /home ?
4) J'ai désormais 3 disques sur mon launcher, qui correspondent à mes partitions /boot, / et /home. Il semblerait que ce que j'ai fait consiste à un montage de ces disques. Ils sont regroupés sous le nom de "Devices" dans l'explorateur de fichiers. Je vois que l'installation s'est faite sur ces devices (dans le volume correspondant à /) j'ai les repertoires classiques de /
As-tu une idée pour régler ça ?
5) Je pense que mon erreur a été de placer le programme de démarrage dans isw_cdfdbhifff_ASUS_OS1 (correspondant au /boot), alors que j'aurai du mettre ça dans /dev/sda, qu'en penses-tu ?
Merci beaucoup.
Hors ligne
#19 Le 27/07/2014, à 17:48
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
J'ai finalement trouvé ce tutoriel http://forum.ubuntu-fr.org/viewtopic.php?id=142645&p=1 ) pour l'installation d'Ubuntu en Raid 0. Il reprend beaucoup le tutoriel suivant : http://www.donax.ch/2007/05/14/raid-sur … /#more-193[
Mais il faut savoir que ces deux tutoriels traitent du cas dual-boot, avec Grub. Normalement, dans mon cas, je ne devrais pas avoir besoin de Grub, c'est bien cela ?
.
C'est formidable d'avoir réussi cette installation avec des documentations datant de l'année 2007 ,
Elles semblent donc encore bonnes,
ubuntu ne sait pas mettre en route tout seul comme un grand, Il a sous-traité cela au GRUB, Le GRUB est donc obligatoire,
Dans ton cas particulier, Il ne va pas trouver windows, et donc tu auras un GRUB standard te demandant de choisir seulement entre les diverses possibilités de Ubuntu (mode normal, Mode réparation etc,,,,,)
1) Je ne savais pas qu'il fallait que j'indique cela. Pourquoi dis-tu qu'elle a déjà été crée ? Désormais, au moment d'installation, je vais devoir changer cela.
.
En fait, Je pensais que l'installation serait EFI, et que cette partition était certainement celle de boot vu sa position et sa taille
/dev/mapper/isw_cdfdbhiffff_ASUS_OS1 Linux device-mapper (linear) (537.7 Mb)
Mais je ne sais pas si le bios est positionné EFI ou LEGACY Ou autrement pour la gestion RAIDS
2) Je ne savais pas que le swap était pour l'hibernation. Je pensais qu'il s'agit d'une extension de mémoire RAM. Personnellement, j'ai 8go de RAM, donc c'est déjà assez beaucoup. Mais, je me dis que consacrer 1Go à ça, en cas de souci, c'est raisonnable. Concernant, l'hibernation, j'ai quitté Windows pour rejoindre Ubuntu car j'avais un problème de mise en veille, mon pc rebottait après une mise en veille. Le SAV d'Asus m'avait conseillé de réinisialiser Windows car il s'agissait probablement d'un problème matériel.
Est-ce nécessaire d'avoir une partition swap ?
.
La partition swap sert aussi pour le fonctionnement classique du swapping, Lorsqu'elle est présente, elle remplace les fichiers de swapp, Si sa taille est celle de la RAM elle permet l'hibernation,
La partition swap de taille égale à la RAM n'est pas obligatoire,
Les fichiers de swap (taille maxi conseillée 2Go) ne sont pas obligatoires,
Je n'en ai pas, j'ai forcé l'utilisation de la RAM a 100 % au lieu de 40 % en standard et je n'ai pas suivi les conseils disant de mettre les fichiers /temp dans la RAM,
3) De quel document parles-tu pour la partition /home ?
.
D'aucun en particulier, Il y a pas mal de discussions sur la gestion du /home afin de faciliter une installation par annule et remplace sans perdre les données de l'utilisateur,
je n'ai pas de partition /home
4) J'ai désormais 3 disques sur mon launcher, qui correspondent à mes partitions /boot, / et /home. Il semblerait que ce que j'ai fait consiste à un montage de ces disques. Ils sont regroupés sous le nom de "Devices" dans l'explorateur de fichiers. Je vois que l'installation s'est faite sur ces devices (dans le volume correspondant à /) j'ai les repertoires classiques de /
As-tu une idée pour régler ça ? .
Toute la logique d'unix est basée sur le fait que tout est visible depuis /
Y compris les périphériques,
5) Je pense que mon erreur a été de placer le programme de démarrage dans isw_cdfdbhifff_ASUS_OS1 (correspondant au /boot), alors que j'aurai du mettre ça dans /dev/sda, qu'en penses-tu ?
.
Pour savoir, il faut que tu regardes l'option de démarrage du boot, au besoin tu la changes pour faire un essai, si pas bon tu remets la valeur initiale.
Dans un contexte boot MBR, et installation en mode normal: Je dirais OUI
Dans un contexte boot EFI et bonne installation en mode efi:Je dirais NON
Dans le contexte RAIDS, je ne sais pas trop,
Faire un boot info (via boot-repair) permettra de voir tout ce qui s'est réalisé,
Cependant une piste si boot EFI
Tu me parles beaucoup de /boot qui ne sert à rien et pas de /boot/efi qui est obligatoire
Je ne sais pas le contenu du disque OS1 Si tu peux le visualiser.
Il doit être au format FAT32 et pas EXT4 et pas NTFS
il doit contenir les fichiers grub.cfg grubx64.efi MokManager.efi shimx64.efi dans le répertoire /EFI/ubuntu
S'il se confirme que le boot est bien EFI et que le disque bien FAT32 la suite est certainement rectifiable.
Désolé pour cette réponse tardive
Hors ligne
#20 Le 28/07/2014, à 00:21
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
En fait, Je pensais que l'installation serait EFI, et que cette partition était certainement celle de boot vu sa position et sa taille
/dev/mapper/isw_cdfdbhiffff_ASUS_OS1 Linux device-mapper (linear) (537.7 Mb)
Mais je ne sais pas si le bios est positionné EFI ou LEGACY Ou autrement pour la gestion RAIDS
Oui, cette partition semblait être celle de boot de Windows, mais pas pour Linux. De toute façon, j'ai préféré la supprimé pour pouvoir la faire plus grande. L'erreur que j'ai faite a été de mettre cette partition en ext4. J'ai pas fait attention à cela.
La partition swap sert aussi pour le fonctionnement classique du swapping, Lorsqu'elle est présente, elle remplace les fichiers de swapp, Si sa taille est celle de la RAM elle permet l'hibernation,
La partition swap de taille égale à la RAM n'est pas obligatoire,
Les fichiers de swap (taille maxi conseillée 2Go) ne sont pas obligatoires,
Je n'en ai pas, j'ai forcé l'utilisation de la RAM a 100 % au lieu de 40 % en standard et je n'ai pas suivi les conseils disant de mettre les fichiers /temp dans la RAM,
Si la partition n'est pas présente, cela veut dire que l'on a des fichiers de swap ? La fonction hibernation ne m'intèresse pas des masses. Si je laisse 1go pour une partition SWAP, ça sera correct quand même, non ? Après, s'il faut au minimum qu'elle soit égale à la RAM pour que cela soit utilisé, cela ne sert à rien de laisser 1Go, non ?
Nairolf21 a écrit :4) J'ai désormais 3 disques sur mon launcher, qui correspondent à mes partitions /boot, / et /home. Il semblerait que ce que j'ai fait consiste à un montage de ces disques. Ils sont regroupés sous le nom de "Devices" dans l'explorateur de fichiers. Je vois que l'installation s'est faite sur ces devices (dans le volume correspondant à /) j'ai les repertoires classiques de /
As-tu une idée pour régler ça ? .Toute la logique d'unix est basée sur le fait que tout est visible depuis /
Y compris les périphériques,
Je n'ai pas été clair... Je sais bien que la logique d'Unix est que tout soit visible depuis /, mais j'ai l'impression que c'est vu et représenté comme s'il s'agissait d'un disque dur externe.
Pour savoir, il faut que tu regardes l'option de démarrage du boot, au besoin tu la changes pour faire un essai, si pas bon tu remets la valeur initiale.
Dans un contexte boot MBR, et installation en mode normal: Je dirais OUI
Dans un contexte boot EFI et bonne installation en mode efi:Je dirais NON
Dans le contexte RAIDS, je ne sais pas trop,
Faire un boot info (via boot-repair) permettra de voir tout ce qui s'est réalisé,
J'avais regardé, et mon boot est de type EFI. (Je ne sais pas si on peut le déterminer avec ce que j'ai affiché ici)
Pour le boot-info, je le ferai demain, là, l'heure est trop tardive pour moi.
Cependant une piste si boot EFI
Tu me parles beaucoup de /boot qui ne sert à rien et pas de /boot/efi qui est obligatoire
Je ne sais pas le contenu du disque OS1 Si tu peux le visualiser.
Il doit être au format FAT32 et pas EXT4 et pas NTFS
il doit contenir les fichiers grub.cfg grubx64.efi MokManager.efi shimx64.efi dans le répertoire /EFI/ubuntu
S'il se confirme que le boot est bien EFI et que le disque bien FAT32 la suite est certainement rectifiable.Désolé pour cette réponse tardive
Je n'ai pas dit que /boot ne servait à rien. C'est toi qui m'a dit, il me semble, que /boot/efi était obligatoire...
Pour le contenu du disque OS1, je l'ai formaté, je ne me souviens plus dans quel format il était initiallement. Mais c'est clair que comme tu l'as dit (et en consultat les autres documentations), qu'il doit être au format FAT32.
J'ai pu refaire quelques rapides manipulation cet après-midi, mais je n'ai pas réussi à formater la partition avec la commande
mkfs
Je vais regarder comment faire ça demain.
J'aurai espéré terminer l'installation ce week-end, mais les dieux de l'informatique en ont décidé autrement. En tout cas, merci de ton aide ! Je vais reprendre les recherches demain !
Hors ligne
#21 Le 28/07/2014, à 05:45
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonjour.
Merci pour toutes ces précisions
Point 1
Ma partition /boot/efi fait 32.55 Mio Elle permet de booter1 windows8 et deux Buntu
J'ai compris que tu avais dedans le répertoire /efi/ubuntu avec ses 4 fichiers
Si tu le sauves, détruis cette partition, refais une partition en FAT32 et restaure le répertoire , cela devrait suffire.
Je ne sais pas si gparted, préinstallé sur la live USB sait traiter le RAIDS, Je pense que OUI.
Point 2
Si la partition swap n'est pas présente, tu devras créer le ou les fichiers swap à la main. (Ne pas dépasser 2 Go comme taille)
Il existe une bonne doc décrivant comment faire http://doc.ubuntu-fr.org/swap
Mais ne le fais tout de suite, attends de constater que tu en as besoin.
Dernière modification par Bougron (Le 28/07/2014, à 05:54)
Hors ligne
#22 Le 28/07/2014, à 21:40
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonsoir et merci d'être toujours là !
J'ai décidé de garder une partition swap pour pouvoir paramètrer plus tard le fait que lorsque ma RAM atteindra 6go/8go elle transfère 2go sur la partition swap. De mémoire, sur Windows, j'ai rarement dépassé les 5Go de Ram, donc elle devrait être peu utilisé, mais 2go, c'est suffisamment peu pour que cela ne soit pas très grave d'allouer un peu de place à la mémoire, au cas où. Cela ne me gènera pas.
J'ai réussi à créer une partition boot/efi. Avec l'outil cfdisk, puis avec la commande
mkfs.fat -F 32 /dev/mapper/isw...OS1
.
Seulement, comme j'ai vu dans le man de cette commande le paragraphe suivant :
mkfs.fat can not create boot-able filesystems. This isn't as easy as you might think at first glance for various reasons and has been discussed a lot already. mkfs.fat simply will not support it ;)
je me suis dit qu'il fallait désactiver le flag boot présent dans l'outil cfdisk.
Je pense que je n'aurai pas du car au moment de l'installation, j'ai obtenu une erreur. On m'a dit que cela allait être transmis aux développeurs Ubuntu, et je pensais que j'allais recevoir aussi un log par mail (car on m'a demandé une adresse mail, mais en fait, c'est pour le cloud Ubuntu One)... C'est dommage car sur la fenêtre, il y avait des logs, et un mode debug....
Je vais essayer de recommencer l'opération en laissant le flag boot sur la partition /boot/efi.
Pour davantage de détails, voici mon rapport boot-info
Boot Info Script e7fc706 + Boot-Repair extra info [Boot-Info 23Dec2013]
============================= Boot Info Summary: ===============================
=> Syslinux MBR (4.04 and higher) is installed in the MBR of /dev/sdc.
=> No boot loader is installed in the MBR of
/dev/mapper/isw_cdfdbhifff_ASUS_OS.
sdc1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 4.04 2011-04-18
Boot sector info: Syslinux looks at sector 1989552 of /dev/sdc1 for its
second stage. SYSLINUX is installed in the directory.
No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux/syslinux.cfg
/casper/vmlinuz.efi /EFI/BOOT/grubx64.efi /ldlinux.sys
isw_cdfdbhifff_ASUS_OS1: _______________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: According to the info in the boot sector,
isw_cdfdbhifff_ASUS_OS1 starts at sector 0. But
according to the info from fdisk,
isw_cdfdbhifff_ASUS_OS1 starts at sector 63.
Operating System:
Boot files:
isw_cdfdbhifff_ASUS_OS2: _______________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
isw_cdfdbhifff_ASUS_OS3: _______________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 14.04 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab
isw_cdfdbhifff_ASUS_OS4: _______________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
============================ Drive/Partition Info: =============================
Drive: sdc _____________________________________________________________________
Disk /dev/sdc: 3926 MB, 3926949888 bytes
16 heads, 16 sectors/track, 29960 cylinders, total 7669824 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/sdc1 * 8,064 7,669,823 7,661,760 b W95 FAT32
Drive: isw_cdfdbhifff_ASUS_OS _____________________________________________________________________
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS: 256.1 GB, 256066715648 bytes
255 heads, 63 sectors/track, 31131 cylinders, total 500130304 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/mapper/isw_cdfdbhifff_ASUS_OS1 63 1,959,929 1,959,867 ef EFI (FAT-12/16/32)
/dev/mapper/isw_cdfdbhifff_ASUS_OS2 1,959,930 5,863,724 3,903,795 82 Linux swap / Solaris
/dev/mapper/isw_cdfdbhifff_ASUS_OS3 5,863,725 64,452,779 58,589,055 83 Linux
/dev/mapper/isw_cdfdbhifff_ASUS_OS4 64,452,780 500,130,303 435,677,524 83 Linux
GUID Partition Table detected, but does not seem to be used.
Partition Start Sector End Sector # of Sectors System
/dev/mapper/isw_cdfdbhifff_ASUS_OS1 512 1,050,623 1,050,112 EFI System partition
/dev/mapper/isw_cdfdbhifff_ASUS_OS2 1,050,624 483,591,679 482,541,056 Data partition (Linux)
/dev/mapper/isw_cdfdbhifff_ASUS_OS3 483,591,680 500,129,791 16,538,112 Swap partition (Linux)
"blkid" output: ________________________________________________________________
Device UUID TYPE LABEL
/dev/loop0 squashfs
/dev/mapper/isw_cdfdbhifff_ASUS_OS1 5CAA-2D5F vfat
/dev/mapper/isw_cdfdbhifff_ASUS_OS2 c21519de-e500-4a34-8bcf-e119a50b333e swap
/dev/mapper/isw_cdfdbhifff_ASUS_OS3 471ac4cd-881b-4729-b9f9-af1d42182766 ext4
/dev/mapper/isw_cdfdbhifff_ASUS_OS4 2a2deffc-5bb2-45d1-ba5d-d383fe0441be ext4
/dev/sda isw_raid_member
/dev/sdb isw_raid_member
/dev/sdc1 AC2F-FD8B vfat
========================= "ls -R /dev/mapper/" output: =========================
/dev/mapper:
control
isw_cdfdbhifff_ASUS_OS
isw_cdfdbhifff_ASUS_OS1
isw_cdfdbhifff_ASUS_OS2
isw_cdfdbhifff_ASUS_OS3
isw_cdfdbhifff_ASUS_OS4
================================ Mount points: =================================
Device Mount_Point Type Options
/dev /target/dev none (rw,bind)
/dev/loop0 /rofs squashfs (ro,noatime)
/dev/mapper/isw_cdfdbhifff_ASUS_OS1 /target/boot/efi vfat (rw)
/dev/mapper/isw_cdfdbhifff_ASUS_OS3 /target ext4 (rw,errors=remount-ro)
/dev/mapper/isw_cdfdbhifff_ASUS_OS4 /target/home ext4 (rw)
/dev/sdc1 /cdrom vfat (ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
=========================== sdc1/boot/grub/grub.cfg: ===========================
--------------------------------------------------------------------------------
if loadfont /boot/grub/font.pf2 ; then
set gfxmode=auto
insmod efi_gop
insmod efi_uga
insmod gfxterm
terminal_output gfxterm
fi
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
menuentry "Try Ubuntu without installing" {
set gfxpayload=keep
linux /casper/vmlinuz.efi file=/cdrom/preseed/ubuntu.seed boot=casper quiet splash --
initrd /casper/initrd.lz
}
menuentry "Install Ubuntu" {
set gfxpayload=keep
linux /casper/vmlinuz.efi file=/cdrom/preseed/ubuntu.seed boot=casper only-ubiquity quiet splash --
initrd /casper/initrd.lz
}
menuentry "OEM install (for manufacturers)" {
set gfxpayload=keep
linux /casper/vmlinuz.efi file=/cdrom/preseed/ubuntu.seed boot=casper only-ubiquity quiet splash oem-config/enable=true --
initrd /casper/initrd.lz
}
menuentry "Check disc for defects" {
set gfxpayload=keep
linux /casper/vmlinuz.efi boot=casper integrity-check quiet splash --
initrd /casper/initrd.lz
}
--------------------------------------------------------------------------------
========================= sdc1/syslinux/syslinux.cfg: ==========================
--------------------------------------------------------------------------------
# D-I config version 2.0
include menu.cfg
default vesamenu.c32
prompt 0
timeout 50
ui gfxboot bootlogo
--------------------------------------------------------------------------------
=================== sdc1: Location of files loaded by Grub: ====================
GiB - GB File Fragment(s)
================= sdc1: Location of files loaded by Syslinux: ==================
GiB - GB File Fragment(s)
============== sdc1: Version of COM32(R) files used by Syslinux: ===============
syslinux/chain.c32 : COM32R module (v4.xx)
syslinux/gfxboot.c32 : COM32R module (v4.xx)
syslinux/vesamenu.c32 : COM32R module (v4.xx)
================= isw_cdfdbhifff_ASUS_OS3/boot/grub/grub.cfg: ==================
--------------------------------------------------------------------------------
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function recordfail {
set recordfail=1
if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_msdos
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
else
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=fr_FR
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=-1
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=hidden
set timeout=0
# Fallback hidden-timeout code in case the timeout_style feature is
# unavailable.
elif sleep --interruptible 0 ; then
set timeout=0
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 44,0,30; then
clear
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
if [ "${1}" = "keep" ]; then
set vt_handoff=vt.handoff=7
else
set vt_handoff=
fi
}
if [ "${recordfail}" != 1 ]; then
if [ -e ${prefix}/gfxblacklist.txt ]; then
if hwmatch ${prefix}/gfxblacklist.txt 3; then
if [ ${match} = 0 ]; then
set linux_gfx_mode=keep
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=keep
fi
else
set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-471ac4cd-881b-4729-b9f9-af1d42182766' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
else
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
fi
linux /boot/vmlinuz-3.13.0-32-generic.efi.signed root=UUID=471ac4cd-881b-4729-b9f9-af1d42182766 ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.13.0-32-generic
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-471ac4cd-881b-4729-b9f9-af1d42182766' {
menuentry 'Ubuntu, avec Linux 3.13.0-32-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-32-generic-advanced-471ac4cd-881b-4729-b9f9-af1d42182766' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
else
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
fi
echo 'Chargement de Linux 3.13.0-32-generic…'
linux /boot/vmlinuz-3.13.0-32-generic.efi.signed root=UUID=471ac4cd-881b-4729-b9f9-af1d42182766 ro quiet splash $vt_handoff
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-3.13.0-32-generic
}
menuentry 'Ubuntu, with Linux 3.13.0-32-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-32-generic-recovery-471ac4cd-881b-4729-b9f9-af1d42182766' {
recordfail
load_video
insmod gzio
insmod part_msdos
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
else
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
fi
echo 'Chargement de Linux 3.13.0-32-generic…'
linux /boot/vmlinuz-3.13.0-32-generic.efi.signed root=UUID=471ac4cd-881b-4729-b9f9-af1d42182766 ro recovery nomodeset
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-3.13.0-32-generic
}
menuentry 'Ubuntu, avec Linux 3.13.0-24-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-24-generic-advanced-471ac4cd-881b-4729-b9f9-af1d42182766' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
else
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
fi
echo 'Chargement de Linux 3.13.0-24-generic…'
linux /boot/vmlinuz-3.13.0-24-generic.efi.signed root=UUID=471ac4cd-881b-4729-b9f9-af1d42182766 ro quiet splash $vt_handoff
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-3.13.0-24-generic
}
menuentry 'Ubuntu, with Linux 3.13.0-24-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-24-generic-recovery-471ac4cd-881b-4729-b9f9-af1d42182766' {
recordfail
load_video
insmod gzio
insmod part_msdos
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
else
search --no-floppy --fs-uuid --set=root 471ac4cd-881b-4729-b9f9-af1d42182766
fi
echo 'Chargement de Linux 3.13.0-24-generic…'
linux /boot/vmlinuz-3.13.0-24-generic.efi.signed root=UUID=471ac4cd-881b-4729-b9f9-af1d42182766 ro recovery nomodeset
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-3.13.0-24-generic
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'System setup' $menuentry_id_option 'uefi-firmware' {
fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
--------------------------------------------------------------------------------
====================== isw_cdfdbhifff_ASUS_OS3/etc/fstab: ======================
--------------------------------------------------------------------------------
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/isw_cdfdbhifff_ASUS_OS3 / ext4 errors=remount-ro 0 1
/dev/mapper/isw_cdfdbhifff_ASUS_OS1 /boot/efi vfat defaults 0 1
/dev/mapper/isw_cdfdbhifff_ASUS_OS4 /home ext4 defaults 0 2
/dev/mapper/isw_cdfdbhifff_ASUS_OS2 none swap sw 0 0
--------------------------------------------------------------------------------
========== isw_cdfdbhifff_ASUS_OS3: Location of files loaded by Grub: ==========
GiB - GB File Fragment(s)
=============================== StdErr Messages: ===============================
cat: /tmp/BootInfo-nWSo9LqQ/Tmp_Log: No such file or directory
cat: /tmp/BootInfo-nWSo9LqQ/Tmp_Log: No such file or directory
cat: /tmp/BootInfo-nWSo9LqQ/Tmp_Log: No such file or directory
File descriptor 9 (/proc/19243/mounts) leaked on lvscan invocation. Parent PID 28782: bash
File descriptor 63 (pipe:[179744]) leaked on lvscan invocation. Parent PID 28782: bash
No volume groups found
ADDITIONAL INFORMATION :
=================== log of boot-repair 2014-07-28__21h30 ===================
boot-repair version : 3.199~ppa40~saucy
boot-sav version : 3.199~ppa40~saucy
glade2script version : 3.2.2~ppa47~saucy
boot-sav-extra version : 3.199~ppa40~saucy
BLKID BEFORE RAID ACTIVATION:
/dev/mapper/isw_cdfdbhifff_ASUS_OS1: UUID="5CAA-2D5F" TYPE="vfat"
/dev/mapper/isw_cdfdbhifff_ASUS_OS2: UUID="c21519de-e500-4a34-8bcf-e119a50b333e" TYPE="swap"
/dev/mapper/isw_cdfdbhifff_ASUS_OS3: UUID="471ac4cd-881b-4729-b9f9-af1d42182766" TYPE="ext4"
/dev/mapper/isw_cdfdbhifff_ASUS_OS4: UUID="2a2deffc-5bb2-45d1-ba5d-d383fe0441be" TYPE="ext4"
/dev/loop0: TYPE="squashfs"
/dev/sda: TYPE="isw_raid_member"
/dev/sdb: TYPE="isw_raid_member"
/dev/sdc1: UUID="AC2F-FD8B" TYPE="vfat"
dmraid -si -c:
dmraid -ay:
RAID set "isw_cdfdbhifff_ASUS_OS" already active
RAID set "isw_cdfdbhifff_ASUS_OS1" already active
RAID set "isw_cdfdbhifff_ASUS_OS2" already active
RAID set "isw_cdfdbhifff_ASUS_OS3" already active
RAID set "isw_cdfdbhifff_ASUS_OS4" already active
dmraid -sa -c: isw_cdfdbhifff_ASUS_OS
boot-repair is executed in live-session (Ubuntu 14.04 LTS, trusty, Ubuntu, x86_64)
ls: cannot access /home/usr/.config: No such file or directory
CPU op-mode(s): 32-bit, 64-bit
BOOT_IMAGE=/casper/vmlinuz.efi file=/cdrom/preseed/ubuntu.seed boot=casper quiet splash --
[dmraid -sa -c] isw_cdfdbhifff_ASUS_OS
[dmraid -sa -c] isw_cdfdbhifff_ASUS_OS
[dmraid -sa -c] isw_cdfdbhifff_ASUS_OS
ls: cannot access /sys/block/mapper/isw_cdfdbhifff_ASUS_OS/: No such file or directory
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb doesn't contain a valid partition table
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS2 doesn't contain a valid partition table
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS3 doesn't contain a valid partition table
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS4'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS4 doesn't contain a valid partition table
=================== os-prober:
=================== blkid:
/dev/mapper/isw_cdfdbhifff_ASUS_OS1: UUID="5CAA-2D5F" TYPE="vfat"
/dev/mapper/isw_cdfdbhifff_ASUS_OS2: UUID="c21519de-e500-4a34-8bcf-e119a50b333e" TYPE="swap"
/dev/mapper/isw_cdfdbhifff_ASUS_OS3: UUID="471ac4cd-881b-4729-b9f9-af1d42182766" TYPE="ext4"
/dev/mapper/isw_cdfdbhifff_ASUS_OS4: UUID="2a2deffc-5bb2-45d1-ba5d-d383fe0441be" TYPE="ext4"
/dev/loop0: TYPE="squashfs"
/dev/sda: TYPE="isw_raid_member"
/dev/sdb: TYPE="isw_raid_member"
/dev/sdc1: UUID="AC2F-FD8B" TYPE="vfat"
Linux not detected by os-prober on mapper/isw_cdfdbhifff_ASUS_OS3. Please report this message to boot.repair@gmail.com
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS'! The util sfdisk doesn't support GPT. Use GNU Parted.
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util sfdisk doesn't support GPT. Use GNU Parted.
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util sfdisk doesn't support GPT. Use GNU Parted.
sfdisk: ERROR: sector 0 does not have an msdos signature
/dev/sdb: unrecognized partition table type
No partitions found
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS'! The util fdisk doesn't support GPT. Use GNU Parted.
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb doesn't contain a valid partition table
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb doesn't contain a valid partition table
=================== /target/etc/grub.d/ :
drwxr-xr-x 2 root root 4096 Jul 28 20:46 grub.d
total 76
-rwxr-xr-x 1 root root 9424 Apr 11 12:51 00_header
-rwxr-xr-x 1 root root 6058 Apr 10 17:58 05_debian_theme
-rwxr-xr-x 1 root root 11608 Apr 11 12:51 10_linux
-rwxr-xr-x 1 root root 10412 Apr 11 12:51 20_linux_xen
-rwxr-xr-x 1 root root 1992 Mar 12 13:31 20_memtest86+
-rwxr-xr-x 1 root root 11692 Apr 11 12:51 30_os-prober
-rwxr-xr-x 1 root root 1416 Apr 11 12:51 30_uefi-firmware
-rwxr-xr-x 1 root root 214 Apr 11 12:51 40_custom
-rwxr-xr-x 1 root root 216 Apr 11 12:51 41_custom
-rw-r--r-- 1 root root 483 Apr 11 12:51 README
=================== /target/etc/default/grub :
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
/boot/efi detected in the fstab of mapper/isw_cdfdbhifff_ASUS_OS3: /dev/mapper/isw_cdfdbhifff_ASUS_OS1 (mapper/isw_cdfdbhifff_ASUS_OS1)
=================== UEFI/Legacy mode:
Unusual EFI: Please report this message to boot.repair@gmail.com
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled. (maybe sec-boot, Please report this message to boot.repair@gmail.com)
=================== PARTITIONS & DISKS:
mapper/isw_cdfdbhifff_ASUS_OS1 : mapper/isw_cdfdbhifff_ASUS_OS, not-sepboot, no-grubenv nogrub, no-docgrub, no-update-grub, 32, no-boot, no-os, not--efi--part, part-has-no-fstab, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, nopakmgr, nogrubinstall, no---usr, part-has-no-fstab, not-sep-usr, standard, not-far, /target/boot/efi.
mapper/isw_cdfdbhifff_ASUS_OS3 : mapper/isw_cdfdbhifff_ASUS_OS, not-sepboot, grubenv-ok grub2, signed grub-efi , update-grub, 64, with-boot, is-os, not--efi--part, fstab-without-boot, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, apt-get, grub-install, with--usr, fstab-without-usr, not-sep-usr, standard, farbios, /target.
mapper/isw_cdfdbhifff_ASUS_OS4 : mapper/isw_cdfdbhifff_ASUS_OS, maybesepboot, no-grubenv nogrub, no-docgrub, no-update-grub, 32, no-boot, no-os, not--efi--part, part-has-no-fstab, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, nopakmgr, nogrubinstall, no---usr, part-has-no-fstab, not-sep-usr, standard, farbios, /target/home.
mapper/isw_cdfdbhifff_ASUS_OS : GPT, no-BIOS_boot, has-no-EFIpart, not-usb, has-os, 2048 sectors * 512 bytes
sda : not-GPT, BIOSboot-not-needed, has-no-EFIpart, not-usb, no-os, 2048 sectors * 512 bytes
sdb : not-GPT, BIOSboot-not-needed, has-no-EFIpart, not-usb, no-os, 2048 sectors * 512 bytes
=================== parted -l:
Warning: /dev/sda contains GPT signatures, indicating that it has a GPT table.
However, it does not have a valid fake msdos partition table, as it should.
Perhaps it was corrupted -- possibly by a program that doesn't understand GPT
partition tables. Or perhaps you deleted the GPT table, and are now using an
msdos partition table. Is this a GPT partition table?
Error: Invalid argument during seek for read on /dev/sda
Error: /dev/sdb: unrecognised disk label
Model: USB Flash Memory (scsi)
Disk /dev/sdc: 3927MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 4129kB 3927MB 3923MB primary fat32 boot
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS4: 223GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Number Start End Size File system Flags
1 0.00B 223GB 223GB ext4
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS3: 30.0GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Number Start End Size File system Flags
1 0.00B 30.0GB 30.0GB ext4
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS2: 1999MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Number Start End Size File system Flags
1 0.00B 1999MB 1999MB linux-swap(v1)
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS1: 1003MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Number Start End Size File system Flags
1 0.00B 1003MB 1003MB fat32
Warning: /dev/mapper/isw_cdfdbhifff_ASUS_OS contains GPT signatures, indicating
that it has a GPT table. However, it does not have a valid fake msdos partition
table, as it should. Perhaps it was corrupted -- possibly by a program that
doesn't understand GPT partition tables. Or perhaps you deleted the GPT table,
and are now using an msdos partition table. Is this a GPT partition table?
Error: The backup GPT table is corrupt, but the primary appears OK, so that will
be used.
Model: Linux device-mapper (striped) (dm)
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 262kB 538MB 538MB boot
2 538MB 248GB 247GB
3 248GB 256GB 8468MB
=================== parted -lm:
Warning: /dev/sda contains GPT signatures, indicating that it has a GPT table.
However, it does not have a valid fake msdos partition table, as it should.
Perhaps it was corrupted -- possibly by a program that doesn't understand GPT
partition tables. Or perhaps you deleted the GPT table, and are now using an
msdos partition table. Is this a GPT partition table?
Error: Invalid argument during seek for read on /dev/sda
Error: /dev/sdb: unrecognised disk label
BYT;
/dev/sdc:3927MB:scsi:512:512:msdos: USB Flash Memory;
1:4129kB:3927MB:3923MB:fat32::boot;
BYT;
/dev/mapper/isw_cdfdbhifff_ASUS_OS4:223GB:dm:512:512:loop:Linux device-mapper (linear);
1:0.00B:223GB:223GB:ext4::;
BYT;
/dev/mapper/isw_cdfdbhifff_ASUS_OS3:30.0GB:dm:512:512:loop:Linux device-mapper (linear);
1:0.00B:30.0GB:30.0GB:ext4::;
BYT;
/dev/mapper/isw_cdfdbhifff_ASUS_OS2:1999MB:dm:512:512:loop:Linux device-mapper (linear);
1:0.00B:1999MB:1999MB:linux-swap(v1)::;
BYT;
/dev/mapper/isw_cdfdbhifff_ASUS_OS1:1003MB:dm:512:512:loop:Linux device-mapper (linear);
1:0.00B:1003MB:1003MB:fat32::;
Warning: /dev/mapper/isw_cdfdbhifff_ASUS_OS contains GPT signatures, indicating
that it has a GPT table. However, it does not have a valid fake msdos partition
table, as it should. Perhaps it was corrupted -- possibly by a program that
doesn't understand GPT partition tables. Or perhaps you deleted the GPT table,
and are now using an msdos partition table. Is this a GPT partition table?
Error: The backup GPT table is corrupt, but the primary appears OK, so that will
be used.
BYT;
/dev/mapper/isw_cdfdbhifff_ASUS_OS:256GB:dm:512:512:gpt:Linux device-mapper (striped);
1:262kB:538MB:538MB:::boot;
2:538MB:248GB:247GB:::;
3:248GB:256GB:8468MB:::;
=================== mount:
/cow on / type overlayfs (rw)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
/dev/sdc1 on /cdrom type vfat (ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/loop0 on /rofs type squashfs (ro,noatime)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /sys/firmware/efi/efivars type efivarfs (rw)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/999/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=ubuntu)
/dev/mapper/isw_cdfdbhifff_ASUS_OS3 on /target type ext4 (rw,errors=remount-ro)
/dev/mapper/isw_cdfdbhifff_ASUS_OS1 on /target/boot/efi type vfat (rw)
/dev/mapper/isw_cdfdbhifff_ASUS_OS4 on /target/home type ext4 (rw)
/proc on /target/proc type none (rw,bind)
/sys on /target/sys type none (rw,bind)
/dev on /target/dev type none (rw,bind)
/run on /target/run type none (rw,bind)
=================== ls:
/sys/block/dm-0 (filtered): alignment_offset bdi capability dev discard_alignment dm ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/dm-1 (filtered): alignment_offset bdi capability dev discard_alignment dm ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/dm-2 (filtered): alignment_offset bdi capability dev discard_alignment dm ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/dm-3 (filtered): alignment_offset bdi capability dev discard_alignment dm ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/dm-4 (filtered): alignment_offset bdi capability dev discard_alignment dm ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/sda (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/sdb (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/sdc (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro sdc1 size slaves stat subsystem trace uevent
/dev (filtered): autofs block bsg btrfs-control bus char console core cpu cpu_dma_latency cuse disk dm-0 dm-1 dm-2 dm-3 dm-4 dri ecryptfs fb0 fd full fuse hidraw0 hidraw1 hidraw2 hidraw3 hpet input kmsg kvm log mapper mcelog mei mem net network_latency network_throughput null port ppp psaux ptmx pts random rfkill rtc rtc0 sda sdb sdc sdc1 sg0 sg1 sg2 shm snapshot snd stderr stdin stdout uhid uinput urandom usb v4l vga_arbiter vhost-net video0 zero
ls /dev/mapper: control isw_cdfdbhifff_ASUS_OS isw_cdfdbhifff_ASUS_OS1 isw_cdfdbhifff_ASUS_OS2 isw_cdfdbhifff_ASUS_OS3 isw_cdfdbhifff_ASUS_OS4
ls /target/boot/efi/1:
=================== hexdump -n512 -C /dev/mapper/isw_cdfdbhifff_ASUS_OS1
00000000 eb 58 90 6d 6b 66 73 2e 66 61 74 00 02 08 20 00 |.X.mkfs.fat... .|
00000010 02 00 00 00 00 f8 00 00 3f 00 ff 00 00 00 00 00 |........?.......|
00000020 bb e7 1d 00 77 07 00 00 00 00 00 00 02 00 00 00 |....w...........|
00000030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000040 80 01 29 5f 2d aa 5c 4e 4f 20 4e 41 4d 45 20 20 |..)_-.NO NAME |
00000050 20 20 46 41 54 33 32 20 20 20 0e 1f be 77 7c ac | FAT32 ...w|.|
00000060 22 c0 74 0b 56 b4 0e bb 07 00 cd 10 5e eb f0 32 |".t.V.......^..2|
00000070 e4 cd 16 cd 19 eb fe 54 68 69 73 20 69 73 20 6e |.......This is n|
00000080 6f 74 20 61 20 62 6f 6f 74 61 62 6c 65 20 64 69 |ot a bootable di|
00000090 73 6b 2e 20 20 50 6c 65 61 73 65 20 69 6e 73 65 |sk. Please inse|
000000a0 72 74 20 61 20 62 6f 6f 74 61 62 6c 65 20 66 6c |rt a bootable fl|
000000b0 6f 70 70 79 20 61 6e 64 0d 0a 70 72 65 73 73 20 |oppy and..press |
000000c0 61 6e 79 20 6b 65 79 20 74 6f 20 74 72 79 20 61 |any key to try a|
000000d0 67 61 69 6e 20 2e 2e 2e 20 0d 0a 00 00 00 00 00 |gain ... .......|
000000e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb doesn't contain a valid partition table
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS2 doesn't contain a valid partition table
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS3 doesn't contain a valid partition table
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS4'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS4 doesn't contain a valid partition table
=================== df -Th:
Filesystem Type Size Used Avail Use% Mounted on
/cow overlayfs 3.9G 267M 3.6G 7% /
/dev none 3.9G 12K 3.9G 1% /target/dev
/run none 787M 1.2M 786M 1% /target/run
/dev/sdc1 vfat 3.7G 964M 2.8G 26% /cdrom
/dev/loop0 squashfs 923M 923M 0 100% /rofs
none tmpfs 4.0K 0 4.0K 0% /sys/fs/cgroup
tmpfs tmpfs 3.9G 501M 3.4G 13% /tmp
none tmpfs 5.0M 4.0K 5.0M 1% /run/lock
none tmpfs 3.9G 1.5M 3.9G 1% /run/shm
none tmpfs 100M 84K 100M 1% /run/user
/dev/mapper/isw_cdfdbhifff_ASUS_OS3 ext4 28G 4.0G 23G 16% /target
/dev/mapper/isw_cdfdbhifff_ASUS_OS1 vfat 956M 3.4M 952M 1% /target/boot/efi
/dev/mapper/isw_cdfdbhifff_ASUS_OS4 ext4 205G 60M 194G 1% /target/home
=================== fdisk -l:
Disk /dev/sda: 128.0 GB, 128035676160 bytes
255 heads, 63 sectors/track, 15566 cylinders, total 250069680 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xe43e366a
Device Boot Start End Blocks Id System
/dev/sda1 63 1959929 979933+ ef EFI (FAT-12/16/32)
/dev/sda2 1959930 5863724 1951897+ 82 Linux swap / Solaris
/dev/sda3 5863725 64452779 29294527+ 83 Linux
/dev/sda4 64452780 500130303 217838762 83 Linux
Disk /dev/sdb: 128.0 GB, 128035676160 bytes
255 heads, 63 sectors/track, 15566 cylinders, total 250069680 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/sdc: 3926 MB, 3926949888 bytes
16 heads, 16 sectors/track, 29960 cylinders, total 7669824 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xc3072e18
Device Boot Start End Blocks Id System
/dev/sdc1 * 8064 7669823 3830880 b W95 FAT32
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS: 256.1 GB, 256066715648 bytes
255 heads, 63 sectors/track, 31131 cylinders, total 500130304 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Disk identifier: 0xe43e366a
Device Boot Start End Blocks Id System
/dev/mapper/isw_cdfdbhifff_ASUS_OS1 63 1959929 979933+ ef EFI (FAT-12/16/32)
Partition 1 does not start on physical sector boundary.
/dev/mapper/isw_cdfdbhifff_ASUS_OS2 1959930 5863724 1951897+ 82 Linux swap / Solaris
Partition 2 does not start on physical sector boundary.
/dev/mapper/isw_cdfdbhifff_ASUS_OS3 5863725 64452779 29294527+ 83 Linux
Partition 3 does not start on physical sector boundary.
/dev/mapper/isw_cdfdbhifff_ASUS_OS4 64452780 500130303 217838762 83 Linux
Partition 4 does not start on physical sector boundary.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS1: 1003 MB, 1003451904 bytes
255 heads, 63 sectors/track, 121 cylinders, total 1959867 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Alignment offset: 98816 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS2: 1998 MB, 1998743040 bytes
255 heads, 63 sectors/track, 243 cylinders, total 3903795 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Alignment offset: 3072 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS3: 30.0 GB, 29997596160 bytes
255 heads, 63 sectors/track, 3647 cylinders, total 58589055 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Alignment offset: 108032 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS4: 223.1 GB, 223066892288 bytes
255 heads, 63 sectors/track, 27119 cylinders, total 435677524 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Alignment offset: 43008 bytes
Disk identifier: 0x00000000
(debug) reinstall grub2 place-in-MBR no-BIOS_boot (mapper/isw_cdfdbhifff_ASUS_OS3)
=================== Repair blockers
GPT detected. Please create a BIOS-Boot partition (>1MB, unformatted filesystem, bios_grub flag). This can be performed via tools such as Gparted. Then try again.
=================== Advice displayed in case of recommended repair
The boot of your PC is in EFI mode, but no EFI partition was detected. You may want to retry after creating a EFI partition (FAT32, 100MB~250MB, start of the disk, boot flag).
Do you want to continue?
=================== Final advice in case of recommended repair
Please do not forget to make your BIOS boot on mapper/isw_cdfdbhifff_ASUS_OS (256GB) disk!
=================== Default settings
Recommended-Repair
This setting would purge (in order to fix packages enable-raid) and reinstall the grub2 of mapper/isw_cdfdbhifff_ASUS_OS3 into the MBR of mapper/isw_cdfdbhifff_ASUS_OS.
The boot flag would be placed on mapper/isw_cdfdbhifff_ASUS_OS4.
Additional repair would be performed: unhide-bootmenu-10s
=================== Settings chosen by the user
Boot-Info
This setting will not act on the MBR.
No change has been performed on your computer.
En analysant le boot-info, je constate plusieurs problèmes :
1)
Boot sector info: According to the info in the boot sector,
isw_cdfdbhifff_ASUS_OS1 starts at sector 0. But
according to the info from fdisk,
isw_cdfdbhifff_ASUS_OS1 starts at sector 63.
ASUS_OS1 est censé être mon disque de boot efi. C'est avec l'outil cfdisk que j'ai déclaré vouloir placer ASUS_OS1 au premier emplacement libre. Visiblement, il y a un conflit, et seulement l'un des deux à raisons.
2)
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb doesn't contain a valid partition table
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS2 doesn't contain a valid partition table
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS3 doesn't contain a valid partition table
WARNING: GPT (GUID Partition Table) detected on '/dev/mapper/isw_cdfdbhifff_ASUS_OS4'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/mapper/isw_cdfdbhifff_ASUS_OS4 doesn't contain a valid partition table
Je m'interroge toujours sur GPT. Si c'est un format de partitionnement de Windows, et que je souhaite uniquement Linux. Pourquoi le garder ? Pourquoi je n'arrive pas à le supprimer complètement ? Est-il seulement possible de le supprimer totalement, ou cela fait parti du fonctionnement de la carte mère, ou du Bios ?
3)
=================== Repair blockers
GPT detected. Please create a BIOS-Boot partition (>1MB, unformatted filesystem, bios_grub flag). This can be performed via tools such as Gparted. Then try again.
=================== Advice displayed in case of recommended repair
The boot of your PC is in EFI mode, but no EFI partition was detected. You may want to retry after creating a EFI partition (FAT32, 100MB~250MB, start of the disk, boot flag).
Do you want to continue?
=================== Final advice in case of recommended repair
Please do not forget to make your BIOS boot on mapper/isw_cdfdbhifff_ASUS_OS (256GB) disk!
Là, je dois avouer que je ne comprends pas tout... Pourquoi me dit-il qu'il n'y a pas de partition EFI détectées ?
J'ai du mal à imaginer que personne sur le forum n'ait réalisé d'installation d'Ubuntu en RAID 0. Si quelqu'un a déjà réussi ce genre d'installation, j'aimerai bien recevoir un peu d'aide volontiers. Parce que là, le combo UEFI+RAID+GPT est entrain de me tuer...
Tu m'as aussi parlé qu'il fallait installer Grub. Comment faut-il faire pour cela ? Dans quelle partition sera-t-il installé ?
EDIT : Notons aussi le signal que me renvoie la commande "sudo parted -l"
Warning: /dev/sda contains GPT signatures, indicating that it has a GPT table.
However, it does not have a valid fake msdos partition table, as it should.
Perhaps it was corrupted -- possibly by a program that doesn't understand GPT
partition tables. Or perhaps you deleted the GPT table, and are now using an
msdos partition table. Is this a GPT partition table?
Que dois-je répondre, oui ou non ?
Merci beaucoup de l'aide apportée.
Dernière modification par Nairolf21 (Le 28/07/2014, à 22:09)
Hors ligne
#23 Le 28/07/2014, à 23:14
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonsoir.
Pour te rassurer, Boot-repair à une mauvaise réputation auprès des personnes qui font du EFI, Il est juste destiné à fournir quelques infos malgré le fait qu'il signale des erreurs De plus l'équipe de boot-repair ne répond jamais, Ce sont des personnes du forum qui regardent un peu tout le contenu. Avec une analyse très rapide, Il semble qu'il ne soit pas au courant que les disques sont du RAIDS et il les lit comme si c'était deux disques séparés,
Pour le boot de flag, tu oublies cette notion,: Tu as paramétré le bios en efi, Il veut accéder à un disque qui est partitionné par la technique GPT (Regardes wikipédia) dans lequel il y a une partition Fat32 qui contient un répertoire /EFI qui a des fichiers de boot,
Pour UBUNTU Il y a deux fichiers qui seront dans /EFI/ubuntu après l'installation.
Ne pas le mettre n'empêchera pas le boot.
Si tout va bien, si tu as un bon Bios, en manipulant la touche F8(?) ou une autre, Il doit êtree possible de visualiser le nom de ces deux fichiers mais ce n'est pas obligatoire.
Voici pour une première réponse que j'espère rassurante. (Je vais regarder en détail de ton boot info) . Je ne sais si je saurais tout voir car cela ne sera que le second en RAID que je vois.
P.S. La version 14.04.1 est sortie depuis quelques jours, je l'ai installée ce matin, Tu pourrais tenter ton installation avec elle.
On verra bien comment elle va réagir ..... Si tu es d'accord. Car il me semble que tu es prêt.
Dernière modification par Bougron (Le 28/07/2014, à 23:39)
Hors ligne
#24 Le 29/07/2014, à 00:38
- Nairwolf
Re : [Résolu] Installation complète 14.04 en RAID 0
Je ne sais pas si j'étais clair. Je ne parlais pas de boot-repair pour le fait d'avoir une réponse de leur part. C'est bel et bien l'installateur d'Ubuntu qui m'a affiché un log et un debug dans une fênetre et qu'ils allaient envoyer ça aux développeurs d'Ubuntu ! Je dis juste que j'aurai aimé pouvoir récupéré ces informations... Je n'ai pas pris le temps de les lire correctement....
Tu me parles désormais de /EFI/Ubuntu alors qu'auparavant, c'était /boot/EFI. Je n'y comprends plus rien....
J'essaierai de récupérer la nouvelle version 14.04.1. Mais je me pose la question aussi si je ne devrais pas utiliser un autre utilitaire pour créer ma clé usb live,comme unetbootin. Je ne sais pas si cela peut venir de mon installateur...
Hors ligne
#25 Le 29/07/2014, à 00:57
- Bougron
Re : [Résolu] Installation complète 14.04 en RAID 0
Bonsoir.
Tu as fait une bonne recherche dans le boot-info
Point 1: Le boot info donne toutes les possibilités en fonction de la structure du disque en en fonction de l'outil qu'il utilise.
Il commence ses phrases par "according" Les deux infos sont identiques.
Point 2: Fdisk n'a pas compris que la structure est RAIDS. Mais j'ai vu une ligne indiquant
BLKID BEFORE RAID ACTIVATION:
/dev/mapper/isw_cdfdbhifff_ASUS_OS1: UUID="5CAA-2D5F" TYPE="vfat"
/dev/mapper/isw_cdfdbhifff_ASUS_OS2: UUID="c21519de-e500-4a34-8bcf-e119a50b333e" TYPE="swap"
/dev/mapper/isw_cdfdbhifff_ASUS_OS3: UUID="471ac4cd-881b-4729-b9f9-af1d42182766" TYPE="ext4"
/dev/mapper/isw_cdfdbhifff_ASUS_OS4: UUID="2a2deffc-5bb2-45d1-ba5d-d383fe0441be" TYPE="ext4"
/dev/loop0: TYPE="squashfs
L'activation ne devrait pas être nécessaire me semble-il puisque c'est la carte mère qui doit faire le boulôt.
Point 3: C'est la le gros problème, les fichiers de boot, n'ont pas été recopiés dans la partition FAT32
Bien que le flag-boot ne soit pas nécessaire pour le BOOT, peut-être était-il nécessaire pour que l'installateur copie les fichiers de boot à l'endroit indiqué comme il le fait lorsqu'on n'est pas EFI. C'est normalement réparable en EFI pur par la commande sudo efibootmgr codif à venir, ou peut-être manuellement.
Mais si tu peux réussir à mettre ce fameux flag et donc de recommencer l'installation , tu feras peut-être plus vite.
Point 4: parted -l Si tu le lances en mode graphique et que tu n'acceptes pas la réparation, il se plante.
Mais pourquoi réparer ce qui n'est probablement pas cassé.
En résumé je ne retient que le début mais pas de fichier de boot dans la partition fat32isw_cdfdbhifff_ASUS_OS1:
_______________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: According to the info in the boot sector,
isw_cdfdbhifff_ASUS_OS1 starts at sector 0. But
according to the info from fdisk,
isw_cdfdbhifff_ASUS_OS1 starts at sector 63.
Operating System:
Boot files:
isw_cdfdbhifff_ASUS_OS2: _______________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
isw_cdfdbhifff_ASUS_OS3: _______________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 14.04 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab
isw_cdfdbhifff_ASUS_OS4: _______________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
remarque1 Pour le grub c'est ici
isw_cdfdbhifff_ASUS_OS3: _______________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 14.04 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab
Ce qu'il aurait fallu
_________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Bootfiles: /EFI/Boot/bootx64.efi /EFI/ubuntu/MokManager.efi
/EFI/ubuntu/grubx64.efi /EFI/ubuntu/shimx64.efi
Remarque2 Au lieu de copier 'lintégralité du boot-info, tu peux simplement mettre uniquement l'adresse de l'url , c'est plus pratique pour nous tous.
Remarque3, Je ne vais pas trouver ce soir la réparation
Dernière modification par Bougron (Le 29/07/2014, à 01:07)
Hors ligne