13.10 на vaio pro с UEFI

Question 1

Я попытался установить Ubuntu 13.10 на свой vaio pro в режиме UEFI, но это не удалось (т. Е. При перезагрузке Ubuntu не обнаруживается). Поэтому я установил boot-repair в сеансе live и использовал рекомендованное восстановление (вот результаты boot-repair http://paste.ubuntu.com/6251374/ ), но ничего не изменилось.

У тебя есть идея решить мою проблему?

Question 2

Отключите безопасную загрузку и снова запустите Boot-Repair. если возникнет проблема, укажите новый URL.

Question 3

Question 4

После более чем месячного поиска решений для Ubuntu 14.04 на моем новом viao pro это то, что сработало для меня, просто и элегантно: http://ubuntuforums.org/showthread.php?t=2227580 [ 110]

Мне действительно пришлось добавить "quiet splash libata.force = noncq" в grub, как предложено выше.

Question 5

На моем Vaio Pro работает Xubuntu 13.10. Я запустил восстановление загрузчика с LiveCD и смог получить меню grub, хотя Xubuntu не загружался. После некоторых исследований я обнаружил эту страницу:

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

Ни для кого не секрет, что Vaio Pro поставляется с очень хорошим SSD. Версия 128 ГБ - MZHPU128HCGM производства Samsung. По моим оценкам это очень быстро с ~ 1100 МБ / с чтения и ~ 500 МБ / с записи. Но при загрузке в Fedora 19 может произойти сбой при загрузке или система может заблокироваться на короткое время (особенно при интенсивном вводе-выводе). Во время загрузки может отображаться поток следующих сообщений (если это произойдет, когда вы вошли в систему, они будут в dmesg):
01:45:25,494 ERR kernel:[  155.668632] ata1.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x6 frozen
01:45:25,494 ERR kernel:[  155.668640] ata1.00: failed command: READ FPDMA QUEUED
01:45:25,494 ERR kernel:[  155.668650] ata1.00: cmd 60/08:00:00:08:00/00:00:00:00:00/40 tag 0 ncq 4096 in
01:45:25,494 ERR kernel:[  155.668650]          res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
01:45:25,494 ERR kernel:[  155.668655] ata1.00: status: { DRDY }
01:45:25,494 ERR kernel:[  155.668659] ata1.00: failed command: READ FPDMA QUEUED
01:45:25,494 ERR kernel:[  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 ERR kernel:[  155.668667]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
01:45:25,494 ERR kernel:[  155.668672] ata1.00: status: { DRDY }
Из моего предыдущего опыта с ошибками в других системах я решил попробовать отключение Native Command Queuing (NCQ). Это сразу решило проблему.

Чтобы сделать исправление постоянным, вам нужно добавить libata.force = noncq в параметры загрузки ядра GRUB2 по умолчанию. От имени пользователя root отредактируйте файл / etc / defaults / grub и добавьте libata.force = noncq в конец строки GRUB_CMDLINE_LINUX. Готовый файл должен выглядеть примерно так:
GRUB_TIMEOUT=2
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
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 quiet libata.force=noncq"
GRUB_DISABLE_RECOVERY="true"
Затем просто обновите меню GRUB2 и перезагрузитесь:
grub2-mkconfig -o /boot/efi/EFI/Boot/grub.cfg
Мне очень интересно узнать, сталкивался ли кто-нибудь с этой проблемой на их Vaio Pro или есть ли проблема с моим SSD.

Итак, я отредактировал список grub после загрузки с LiveCD, используя:

sudo nano /etc/default/grub

Затем я изменил эту строку:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Чтобы выглядеть так:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"

А потом я побежал:

sudo update-grub

Question 6

На моем Vaio Pro работает Xubuntu 13.10. Я запустил восстановление загрузчика с LiveCD и смог получить меню grub, хотя Xubuntu не загружался. После некоторых исследований я обнаружил эту страницу:

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

Ни для кого не секрет, что Vaio Pro поставляется с очень хорошим SSD. Версия 128 ГБ - MZHPU128HCGM производства Samsung. По моим оценкам это очень быстро с ~ 1100 МБ / с чтения и ~ 500 МБ / с записи. Но при загрузке в Fedora 19 может произойти сбой при загрузке или система может заблокироваться на короткое время (особенно при интенсивном вводе-выводе). Во время загрузки может отображаться поток следующих сообщений (если это произойдет, когда вы вошли в систему, они будут в dmesg):
01:45:25,494 ERR kernel:[  155.668632] ata1.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x6 frozen
01:45:25,494 ERR kernel:[  155.668640] ata1.00: failed command: READ FPDMA QUEUED
01:45:25,494 ERR kernel:[  155.668650] ata1.00: cmd 60/08:00:00:08:00/00:00:00:00:00/40 tag 0 ncq 4096 in
01:45:25,494 ERR kernel:[  155.668650]          res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
01:45:25,494 ERR kernel:[  155.668655] ata1.00: status: { DRDY }
01:45:25,494 ERR kernel:[  155.668659] ata1.00: failed command: READ FPDMA QUEUED
01:45:25,494 ERR kernel:[  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 ERR kernel:[  155.668667]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
01:45:25,494 ERR kernel:[  155.668672] ata1.00: status: { DRDY }
Из моего предыдущего опыта с ошибками в других системах я решил попробовать отключение Native Command Queuing (NCQ). Это сразу решило проблему.

Чтобы сделать исправление постоянным, вам нужно добавить libata.force = noncq в параметры загрузки ядра GRUB2 по умолчанию. От имени пользователя root отредактируйте файл / etc / defaults / grub и добавьте libata.force = noncq в конец строки GRUB_CMDLINE_LINUX. Готовый файл должен выглядеть примерно так:
GRUB_TIMEOUT=2
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
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 quiet libata.force=noncq"
GRUB_DISABLE_RECOVERY="true"
Затем просто обновите меню GRUB2 и перезагрузитесь:
grub2-mkconfig -o /boot/efi/EFI/Boot/grub.cfg
Мне очень интересно узнать, сталкивался ли кто-нибудь с этой проблемой на их Vaio Pro или есть ли проблема с моим SSD.

Итак, я отредактировал список grub после загрузки с LiveCD, используя:

sudo nano /etc/default/grub

Затем я изменил эту строку:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Чтобы выглядеть так:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"

А потом я побежал:

sudo update-grub

Question 7

Question 8

Прошивка SONY VAIO UEFI, похоже, запускает только «EFI / Microsoft / Boot / bootmgfw.efi», однако вы помещаете другие EFI-файлы в раздел EFI (например, с помощью BootRepair). Другие двоичные файлы EFI никогда не называются. Вам нужно заменить двоичный файл «EFI / Microsoft / Boot / bootmgfw.efi» на менеджер загрузки загрузки.

См. Также: http://www.slideshare.net/slideshow/embed_code/27418512

.

Question 9

Я тоже боролся с EFI и, наконец, сдался. но потом я решил попробовать еще раз, для моей переустановки.

Вот хороший обзор того, как Ubuntu работает на Vaio Pro: http://steffankarger.nl/2013/12/10/ubuntu-13-10-on-the -Sony-VAIO-про-13 /

Question 10

Возможно, я что-то упускаю, но ваш вывод Boot Repair мне кажется правильным, поэтому он должен работать. Поэтому я подозреваю, что у вас может быть ошибка прошивки. Обратитесь в Sony, чтобы узнать, есть ли обновление вашей прошивки, и если да, установите его. Затем вам может понадобиться снова запустить Boot Repair.

Если это не помогло, попробуйте запустить Boot Repair в третий раз, но на этот раз нажмите Дополнительные параметры и выберите параметр для резервного копирования и замены загрузчика Windows. Это поставит на место копию GRUB, что является очень уродливым (но иногда необходимым) хакерским обходным решением для ошибок EFI.

LovinBuntu · Answer 1 · 12 March 2015 в 16:19

Отключите безопасную загрузку и снова запустите Boot-Repair. если возникнет проблема, укажите новый URL.

0

ответ дан LovinBuntu 12 March 2015 в 16:19

Henk · Answer 2 · 12 March 2015 в 16:19

После более чем месячного поиска решений для Ubuntu 14.04 на моем новом viao pro это то, что сработало для меня, просто и элегантно: http://ubuntuforums.org/showthread.php?t=2227580 [ 110]

Мне действительно пришлось добавить "quiet splash libata.force = noncq" в grub, как предложено выше.

user.dz · Answer 3 · 12 March 2015 в 16:19

На моем Vaio Pro работает Xubuntu 13.10. Я запустил восстановление загрузчика с LiveCD и смог получить меню grub, хотя Xubuntu не загружался. После некоторых исследований я обнаружил эту страницу:

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

Ни для кого не секрет, что Vaio Pro поставляется с очень хорошим SSD. Версия 128 ГБ - MZHPU128HCGM производства Samsung. По моим оценкам это очень быстро с ~ 1100 МБ / с чтения и ~ 500 МБ / с записи. Но при загрузке в Fedora 19 может произойти сбой при загрузке или система может заблокироваться на короткое время (особенно при интенсивном вводе-выводе). Во время загрузки может отображаться поток следующих сообщений (если это произойдет, когда вы вошли в систему, они будут в dmesg):
01:45:25,494 ERR kernel:[  155.668632] ata1.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x6 frozen
01:45:25,494 ERR kernel:[  155.668640] ata1.00: failed command: READ FPDMA QUEUED
01:45:25,494 ERR kernel:[  155.668650] ata1.00: cmd 60/08:00:00:08:00/00:00:00:00:00/40 tag 0 ncq 4096 in
01:45:25,494 ERR kernel:[  155.668650]          res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
01:45:25,494 ERR kernel:[  155.668655] ata1.00: status: { DRDY }
01:45:25,494 ERR kernel:[  155.668659] ata1.00: failed command: READ FPDMA QUEUED
01:45:25,494 ERR kernel:[  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 ERR kernel:[  155.668667]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
01:45:25,494 ERR kernel:[  155.668672] ata1.00: status: { DRDY }
Из моего предыдущего опыта с ошибками в других системах я решил попробовать отключение Native Command Queuing (NCQ). Это сразу решило проблему.

Чтобы сделать исправление постоянным, вам нужно добавить libata.force = noncq в параметры загрузки ядра GRUB2 по умолчанию. От имени пользователя root отредактируйте файл / etc / defaults / grub и добавьте libata.force = noncq в конец строки GRUB_CMDLINE_LINUX. Готовый файл должен выглядеть примерно так:
GRUB_TIMEOUT=2
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
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 quiet libata.force=noncq"
GRUB_DISABLE_RECOVERY="true"
Затем просто обновите меню GRUB2 и перезагрузитесь:
grub2-mkconfig -o /boot/efi/EFI/Boot/grub.cfg
Мне очень интересно узнать, сталкивался ли кто-нибудь с этой проблемой на их Vaio Pro или есть ли проблема с моим SSD.

Итак, я отредактировал список grub после загрузки с LiveCD, используя:

sudo nano /etc/default/grub

Затем я изменил эту строку:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Чтобы выглядеть так:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"

А потом я побежал:

sudo update-grub

Тогда это - очень серьезная проблема, которая является правильной? — orezvani, 4 May 2015 в 08:03

user.dz · Answer 4 · 12 March 2015 в 16:19

На моем Vaio Pro работает Xubuntu 13.10. Я запустил восстановление загрузчика с LiveCD и смог получить меню grub, хотя Xubuntu не загружался. После некоторых исследований я обнаружил эту страницу:

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

Ни для кого не секрет, что Vaio Pro поставляется с очень хорошим SSD. Версия 128 ГБ - MZHPU128HCGM производства Samsung. По моим оценкам это очень быстро с ~ 1100 МБ / с чтения и ~ 500 МБ / с записи. Но при загрузке в Fedora 19 может произойти сбой при загрузке или система может заблокироваться на короткое время (особенно при интенсивном вводе-выводе). Во время загрузки может отображаться поток следующих сообщений (если это произойдет, когда вы вошли в систему, они будут в dmesg):
01:45:25,494 ERR kernel:[  155.668632] ata1.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x6 frozen
01:45:25,494 ERR kernel:[  155.668640] ata1.00: failed command: READ FPDMA QUEUED
01:45:25,494 ERR kernel:[  155.668650] ata1.00: cmd 60/08:00:00:08:00/00:00:00:00:00/40 tag 0 ncq 4096 in
01:45:25,494 ERR kernel:[  155.668650]          res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
01:45:25,494 ERR kernel:[  155.668655] ata1.00: status: { DRDY }
01:45:25,494 ERR kernel:[  155.668659] ata1.00: failed command: READ FPDMA QUEUED
01:45:25,494 ERR kernel:[  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 ERR kernel:[  155.668667]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
01:45:25,494 ERR kernel:[  155.668672] ata1.00: status: { DRDY }
Из моего предыдущего опыта с ошибками в других системах я решил попробовать отключение Native Command Queuing (NCQ). Это сразу решило проблему.

Чтобы сделать исправление постоянным, вам нужно добавить libata.force = noncq в параметры загрузки ядра GRUB2 по умолчанию. От имени пользователя root отредактируйте файл / etc / defaults / grub и добавьте libata.force = noncq в конец строки GRUB_CMDLINE_LINUX. Готовый файл должен выглядеть примерно так:
GRUB_TIMEOUT=2
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
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 quiet libata.force=noncq"
GRUB_DISABLE_RECOVERY="true"
Затем просто обновите меню GRUB2 и перезагрузитесь:
grub2-mkconfig -o /boot/efi/EFI/Boot/grub.cfg
Мне очень интересно узнать, сталкивался ли кто-нибудь с этой проблемой на их Vaio Pro или есть ли проблема с моим SSD.

Итак, я отредактировал список grub после загрузки с LiveCD, используя:

sudo nano /etc/default/grub

Затем я изменил эту строку:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Чтобы выглядеть так:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"

А потом я побежал:

sudo update-grub

Tinydile · Answer 5 · 12 March 2015 в 16:19

Прошивка SONY VAIO UEFI, похоже, запускает только «EFI / Microsoft / Boot / bootmgfw.efi», однако вы помещаете другие EFI-файлы в раздел EFI (например, с помощью BootRepair). Другие двоичные файлы EFI никогда не называются. Вам нужно заменить двоичный файл «EFI / Microsoft / Boot / bootmgfw.efi» на менеджер загрузки загрузки.

См. Также: http://www.slideshare.net/slideshow/embed_code/27418512

.

vaioonbuntu · Answer 6 · 12 March 2015 в 16:19

Я тоже боролся с EFI и, наконец, сдался. но потом я решил попробовать еще раз, для моей переустановки.

Вот хороший обзор того, как Ubuntu работает на Vaio Pro: http://steffankarger.nl/2013/12/10/ubuntu-13-10-on-the -Sony-VAIO-про-13 /

0

ответ дан vaioonbuntu 12 March 2015 в 16:19

1

Почему должен канонический набор его веб-сайт для портирования 8080? That' s проблема безопасности я думаю – orezvani 4 May 2015 в 15:44
2

Почему должен канонический набор его веб-сайт для портирования 8080? That' s проблема безопасности я думаю – orezvani 4 May 2015 в 15:44
3

Почему должен канонический набор его веб-сайт для портирования 8080? That' s проблема безопасности я думаю – orezvani 4 May 2015 в 15:44
4

Почему должен канонический набор его веб-сайт для портирования 8080? That' s проблема безопасности я думаю – orezvani 4 May 2015 в 15:44
5

Почему должен канонический набор его веб-сайт для портирования 8080? That' s проблема безопасности я думаю – orezvani 4 May 2015 в 15:44

Rod Smith · Answer 7 · 12 March 2015 в 16:19

Возможно, я что-то упускаю, но ваш вывод Boot Repair мне кажется правильным, поэтому он должен работать. Поэтому я подозреваю, что у вас может быть ошибка прошивки. Обратитесь в Sony, чтобы узнать, есть ли обновление вашей прошивки, и если да, установите его. Затем вам может понадобиться снова запустить Boot Repair.

Если это не помогло, попробуйте запустить Boot Repair в третий раз, но на этот раз нажмите Дополнительные параметры и выберите параметр для резервного копирования и замены загрузчика Windows. Это поставит на место копию GRUB, что является очень уродливым (но иногда необходимым) хакерским обходным решением для ошибок EFI.

13.10 на vaio pro с UEFI

7 ответов

Другие вопросы по тегам:

Похожие вопросы: