13h10 sur vaio pro avec UEFI

Xubuntu 13.10 fonctionne sur mon Vaio Pro. J’ai exécuté la réparation de démarrage à partir du LiveCD et j’ai réussi à obtenir le menu de base, bien que Xubuntu ne démarre pas. Après quelques recherches, j’ai découvert cette page:

http://www.nicksplace.com.au/2013/07/04/fedora-19-on-vaio-pro-13-ssd-issues/

Ce n’est un secret pour personne que le Vaio Pro est livré avec un très bon SSD. La version de 128 Go est un MZHPU128HCGM fabriqué par Samsung. D’après mes parsings comparatives, il est très rapide avec environ 1100 Mo / s en lecture et environ 500 Mo / s en écriture. Toutefois, lors du démarrage dans Fedora 19, le démarrage peut échouer ou le système peut restr bloqué pendant de courtes périodes (en particulier lors de fortes entrées-sorties). Pendant le démarrage, il peut afficher un stream des messages suivants (s’ils surviennent pendant que vous êtes connecté, ils seront dans dmesg):

 01: 45: 25,494 kernel ERR: [155.668632] ata1.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x6 bloqué 01: 45: 25,494 Noyau ERR: [155.668640] aa1.00: échec de la commande: READ FPDMA QUEUED 01:45: Noyau ERR: [155.668650] ata1.00: cmd 60/08: 00: 00: 08: 00/00: 00: 00: 00: 00/40 étiquette 0 ncq 4096 dans 01: 45: 25,494 Noyau ERR: [155.668650 ] res 40/00: 01: 00: 00: 00: 00: 00: 00: 00: 00/00 Emask 0x4 (délai d'attente) 01: 45: 25,494 Noyau ERR: [155.668655] ata1.00: état: {DRDY} 01: 45: 25,494 kernel ERR: [155.668659] ata1.00: commande échouée: READ FPDMA QUEUED 01: 45: 25,494 kernel ERR: [155.668667] ata1.00: cmd 60/08: 08: 80: b8: e7 / 00 : 00: 0e: 00: 00/40 tag 1 ncq 4096 in 01: 45: 25,494 kernel ERR: [155.668667] res 40/00: 00: 00: 00: 00: 00: 00: 00: 00: 00/00 Emask 0x4 (délai d'attente) 01: 45: 25,494 Noyau ERR: [155.668672] ata1.00: status: {DRDY} 

D’après mon expérience des erreurs sur d’autres systèmes, j’ai décidé d’essayer de désactiver la fonction NCQ (Native Command Queuing). Cela a immédiatement résolu le problème.

Pour rendre le correctif permanent, vous devez append libata.force = noncq aux parameters de démarrage par défaut du kernel GRUB2. En tant que root, éditez / etc / defaults / grub et ajoutez libata.force = noncq à la fin de la ligne GRUB_CMDLINE_LINUX. Le fichier fini devrait ressembler à celui ci-dessous:

 GRUB_TIMEOUT = 2
 GRUB_DISTRIBUTOR = "$ (les versions de sed, release. * $ ,, g '/ etc / system-release)"
 GRUB_DEFAULT = enregistré
 GRUB_DISABLE_SUBMENU = true
 GRUB_TERMINAL_OUTPUT = "console"
 GRUB_CMDLINE_LINUX = "rd.md = 0 rd.lvm = 0 rd.dm = 0 vconsole.keymap = us $ ([-x / usr / sbin / rhcrashkernel-param] && / usr / sbin / rhcrashkernel-param || :) rd.luks = 0 vconsole.font = latarcyrheb-sun16 rhgb calme libata.force = noncq "
 GRUB_DISABLE_RECOVERY = "true"

Il vous suffit ensuite de mettre à jour votre menu GRUB2 et de redémarrer:

grub2-mkconfig -o /boot/efi/EFI/Boot/grub.cfg 

Je suis très intéressé de savoir si quelqu’un a rencontré ce problème sur son Vaio Pro ou s’il y a un problème avec mon disque SSD.

J’ai donc modifié la liste de fichiers après avoir démarré à partir du LiveCD en utilisant:

 sudo nano /etc/default/grub 

J’ai ensuite changé cette ligne:

 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" 

Pour ressembler à ceci:

 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq" 

Et puis j’ai couru:

 sudo update-grub 

Le micrologiciel UEFI de SONY VAIO semble ne contenir que «EFI / Microsoft / Boot / bootmgfw.efi», mais vous insérez d’autres fichiers efi dans la partition EFI (par exemple, à l’aide de BootRepair). Les autres fichiers binarys efi ne sont jamais appelés. Vous devez remplacer le fichier binary «EFI / Microsoft / Boot / bootmgfw.efi» par le gestionnaire de démarrage de refind.

Voir aussi: http://www.slideshare.net/slideshow/code_embed/27418512

Moi aussi j’ai lutté avec EFI et j’ai finalement abandonné. mais ensuite j’ai décidé d’essayer à nouveau, pour ma réinstallation.

voici un bon résumé des choses à faire pour que Ubuntu fonctionne sur le vaio pro: http://steffankarger.nl/2013/12/10/ubuntu-13-10-on-the-son-vaio-pro-13/

Il se peut que je manque quelque chose, mais votre sortie Boot Repair me semble correcte, elle devrait donc fonctionner. Je suspecte donc que vous ayez un bug de firmware. Vérifiez auprès de Sony pour voir s’il existe une mise à jour de votre micrologiciel et, le cas échéant, installez-le. Vous devrez peut-être alors réexécuter la réparation du démarrage.

Si cela échoue, essayez d’exécuter Boot Repair une troisième fois, mais cette fois-ci, cliquez sur les options Avancées et sélectionnez l’option permettant de sauvegarder et de remplacer le chargeur de démarrage Windows. Ceci mettra une copie de GRUB à sa place, ce qui est une solution de contournement très laide (mais parfois nécessaire) pour les bogues EFI.

Désactivez SecureBoot et exécutez à nouveau Boot-Repair. en cas de problème, indiquez la nouvelle URL.

Après plus d’un mois de recherche de solutions pour Ubuntu 14.04 sur mon nouveau viao pro, voici ce qui a fonctionné pour moi, simple et élégant: http://ubuntuforums.org/showthread.php?t=2227580

J’ai dû append “quiet splash libata.force = noncq” au grub, comme suggéré ci-dessus.