Файловая система стала только для чтения после обновления к 15,04?

Я глупо решил обновить от 14.04LTS до 14,10 и затем 15.04.

Начиная с выполнения этого понизился мой веб-сайт, и файловая система стала только для чтения. Я понятия не имею, что пошло не так, как надо как обновления, завершенные успешно.

Это - то, что я нашел до сих пор:

    root@lew:/# service apache2 status
apache2.service - LSB: Apache2 web server
   Loaded: loaded (/etc/init.d/apache2)
   Active: failed (Result: exit-code) since Sun 2015-07-12 08:36:18 EDT; 31min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 901 ExecStart=/etc/init.d/apache2 start (code=exited, status=1/FAILURE)

Jul 12 08:36:18 lew.im systemd[1]: Starting LSB: Apache2 web server...
Jul 12 08:36:18 lew.im apache2[901]: * Starting web server apache2
Jul 12 08:36:18 lew.im apache2[901]: mktemp: failed to create file via template ‘/tmp/tmp.XXXXXXXXXX’: Read-only file system
Jul 12 08:36:18 lew.im apache2[901]: /etc/init.d/apache2: 91: /etc/init.d/apache2: cannot create : Directory nonexistent
Jul 12 08:36:18 lew.im apache2[901]: *
Jul 12 08:36:18 lew.im apache2[901]: * The apache2 configtest failed.
Jul 12 08:36:18 lew.im systemd[1]: apache2.service: control process exited, code=exited status=1
Jul 12 08:36:18 lew.im systemd[1]: Failed to start LSB: Apache2 web server.
Jul 12 08:36:18 lew.im systemd[1]: Unit apache2.service entered failed state.
Jul 12 08:36:18 lew.im systemd[1]: apache2.service failed.

затем fdisk-l:

root@lew:/# fdisk -l

Disk /dev/vda: 20 GiB, 21476933632 bytes, 41947136 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
Disklabel type: gpt
Disk identifier: 06F7B3C9-8E13-42CD-AD52-7A02301B6F16

Device     Start      End  Sectors Size Type
/dev/vda1   2048 41945087 41943040  20G Linux filesystem

и fsck /

root@lew:/# sudo fsck /
fsck from util-linux 2.25.2
fsck.ext4: Unable to resolve 'UUID=815063a9-c956-44a6-ab11-05e1d0bb3a58'

Я - новичок во все это, но от того, что я считал, я должен зафиксировать что-то в fstab? Почему обновление повредило это, что, возможно, пошло не так, как надо?

Я SSH в к этому серверу, поскольку это размещается в DigitalOcean.

Править:

Blkid

root@lew:~# blkid
/dev/vda1: LABEL="DOROOT" UUID="18254707-08e8-494e-b456-938592928a5e" TYPE="ext4" PTTYPE="dos" PARTLABEL="primary" PARTUUID="8c484e81-f919-4803-acc7-1447fdd81b45"

Смонтироваться

root@lew:~# mount
/dev/vda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,nodev,noexec,nosuid)
sysfs on /sys type sysfs (rw,nodev,noexec,nosuid)
none on /sys/fs/cgroup type tmpfs (rw,uid=0,gid=0,mode=0755,size=1024)
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)
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)
none on /run/lock type tmpfs (rw,nodev,noexec,nosuid,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,nodev,noexec,nosuid,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,noexec,nodev,none,name=systemd)

Fstab

root@lew:~# cat /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/vda1 during installation
#UUID=815063a9-c956-44a6-ab11-05e1d0bb3a58 /               ext4    errors=remount-ro 0       1
UUID=06F7B3C9-8E13-42CD-AD52-7A02301B6F16 /               ext4    errors=remount-rw 0       1

/swapfile       none    swap    sw      0       0
4
задан 12 July 2015 в 21:44

3 ответа

Решение было отправлено в комментариях @Lewis Lebentz 26 июля в 15:00 .

я буду перефразировать так, любой ищущий ответ может найти его здесь легко. Но @Lewis должен отправить ответ, самостоятельно отмечают его, как отвечено, и Вы получаете подлежащий выплате кредит.

решение: Открывает запрос в службу поддержки, просит Цифровой Океан монтировать восстановление ISO (Это - специальный ISO, который только они могут смонтировать).

  1. Выбирают 1 для монтирования файловой системы и редактирования /etc/fstab. Примечание: Использование консоль и выполненный nano или vi /mnt/etc/fstab. Кроме того, можно позволить SSH и объединяющийся в сеть (в опциях восстановления) войти в систему с терминалом (см. инструкция ), хотя я havn't попробовал это сам.
  2. Измененный UUID там на вывод blkid, сохранить.
  3. Просят ДЕЛАТЬ для удаления аварийного диска. У перезапуска и Вас должен быть доступ снова!
7
ответ дан 1 December 2019 в 08:59

Можно сделать как Г ¦ ndrГјk отправленный в комментариях:

$ mount -rw -o remount /dev/vda1 /
$ sed s/wrong_uuid/correct_uuid/ -i /etc/fstab

.. и затем загрузите свой Linux снова! Удостоверьтесь, что Вы изменяете vda1 со своим именем устройства. И в команде sed, право uuids, конечно!

3
ответ дан 1 December 2019 в 08:59

Я нашел этот случай со мной также. Диск UUID в/etc/fstab не мог быть разрешен. Я зафиксировал это первым нахождением UUID диска путем выполнения

sudo blkid -c /dev/null -o list

И копируя диск UUID для точки монтирования /

Я затем следовал комментарию @ændrük и повторно смонтировал диск с

mount -rw -o remount UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx

Я затем отредактировал/etc/fstab для изменения диска UUID для корневого диска.

0
ответ дан 1 December 2019 в 08:59

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

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