Eu tenho um laptop Dell Precision 3510 e meu Kubuntu 17.04 é frequentemente congelado na inicialização.
O que eu vi da saída do comando journalctl -xb é, ele fica congelado devido ao tempo limite nos discos.
O primeiro erro que consigo ver é o seguinte:
systemd[1]: dev-sda1.device: Job dev-sda1.device/start timed out.
Eu tentei jogar com /etc/fstab e substitui o UUID por links / dev / sdXX, mas isso não ajudou.
Esta é a saída que recebo:
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda1.device: Job dev-sda1.device/start timed out.čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Timed out waiting for device dev-sda1.device.
-- Subject: Unit dev-sda1.device has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit dev-sda1.device has failed.
--
-- The result is timeout.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for File System Check on /dev/sda1.
-- Subject: Unit [email protected] has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit [email protected] has failed.
--
-- The result is dependency.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for /boot/efi.
-- Subject: Unit boot-efi.mount has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit boot-efi.mount has failed.
--
-- The result is dependency.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for Local File Systems.
-- Subject: Unit local-fs.target has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit local-fs.target has failed.
--
-- The result is dependency.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: boot-efi.mount: Job boot-efi.mount/start failed with result 'dependency'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: [email protected]: Job [email protected]/start failed with result 'dependency'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda1.device: Job dev-sda1.device/start failed with result 'timeout'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda3.device: Job dev-sda3.device/start timed out.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Timed out waiting for device dev-sda3.device.
-- Subject: Unit dev-sda3.device has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit dev-sda3.device has failed.
--
-- The result is timeout.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for /dev/sda3.
Alguma ideia de como consertar isso?
Aqui está o meu arquivo /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>
# / was on /dev/sda2 during installation
# UUID=2f75b38f-6fa8-473a-b893-e03514a17b1f
/dev/sda2 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
# UUID=D926-7D91
/dev/sda1 /boot/efi vfat umask=0077 0 2
# swap was on /dev/sda3 during installation
/dev/sda3 none swap sw 0 0
UPDATE # 1 em 29 de junho de 2017 7:11 CEST
Preciso mencionar que esse problema não ocorre sempre ; mas, eu diria que em 50% dos casos o sistema é iniciado.
UPDATE # 2 em 7 de julho de 2017, 8:45 CEST
A resposta sugerida abaixo obviamente não resolveu o problema.
Esta manhã eu reiniciei meu sistema e ele ficou congelado novamente.
Meu arquivo /etc/fstab agora contém as seguintes entradas:
UUID=D926-7D91 /boot/efi vfat defaults 0 1
UUID=2f75b38f-6fa8-473a-b893-e03514a17b1f / ext4 errors=remount-ro 0 1
UUID=de138edb-ee13-4c44-9cbd-cc777e56cca7 none swap sw 0 0
Alguém tem ideia do que poderia ser esse problema?
UPDATE # 3 em 11 de julho de 2017 às 10:40 CEST
Aqui está uma captura de tela das partições do GParted:
.
UPDATE # 4 em 19 de julho de 2017 11:22 CEST
Este problema ainda persiste mesmo se eu estiver usando o kernel 4.12.2.
UPDATE # 5 em 15 de agosto de 2017 15:07 CEST
Não sei se o fato a seguir corrigiu meu problema, mas desde o momento em que estou usando o kernel 4.12.4 (nem o 4.12.7 nem o Ubuntu 4.10.0-32) não enfrentei mais o problema.
O outro fato que poderia ajudar (mas eu não acredito muito) foi que eu desativei o splash de inicialização do Kubuntu.
Não consigo usar um kernel mais novo que o 4.12.4, porque estou enfrentando outro problema com o VirtualBox 5.1.26 - o convidado do Windows 10 ficou preso e eu tenho que matar o processo V-B.
você tem que usar uuid para montar, supondo que você tenha os ids corretos.
faça a linha ler UUID=D926-7D91 /boot/efi vfat umask=0077 0 2
faça uma alteração semelhante para as outras montagens de partição
a pasta / dev não existe até que / (partição raiz) tenha sido montada.
Eu tive problemas semelhantes com o dell laptop também. Por exemplo. I \ O trava, atrasos, o sistema de arquivos foi confuso, então eu tive que usar o fsck do liveusb. O que me ajudou foi usar iommu = soft no momento da inicialização.
Aqui linha da configuração do meu grub
GRUB_CMDLINE_LINUX_DEFAULT="respingo silencioso iommu = soft" Depois de atualizar a configuração, execute sudo update-grub . Isso só funciona para mim.
Edite o / etc / fstab de volta para usar o UUID em vez de / dev / sdaX.
Para corrigir o seu problema, altere especificamente a seguinte linha ...
Altere isto:
# /boot/efi was on /dev/sda1 during installation
UUID=D926-7D91 /boot/efi vfat umask=0077 0 2
Para isso:
# /boot/efi was on /dev/sda1 during installation
UUID=D926-7D91 /boot/efi vfat defaults 0 1
^ ^
change here___|__________________|
Atualização # 1:
Para verificar o sistema de arquivos na sua partição do Ubuntu ...
sudo fsck -f /
reboot