LINUX.ORG.RU

7
Всего сообщений: 88

Виртуальный сервер на ubuntu не загружается и вываливается в initramfs

Всем привет. Пытался расширить диск на VDS, используя свободное пространство. Что-то не так сделал в fdisk, что после перезагрузки сервер не включается и вываливается в initramfs. Как реанимировать - не знаю. Помогите, пожалуйста, если это возможно.

Видео : https://radikal.ru/video/OvB2JsbbiVA

 , , ,

vasya123 ()

Плюсы/минусы использования fsck systemd вместо mkinitcpio

Перешел на systemd-boot с grub, озадачился решением проблемы

WARNING

The root device is not configured to be mounted
read-write! It may be fsck'd again later.

Узнал про возможность сделать fsck из systemd. Чем это лучше/хуже?

 , , , ,

Siborgium ()

fsck о чем говорит результат?

mini270ext4: ***** FILE SYSTEM WAS MODIFIED *****
mini270ext4: 11/17727488 files (0.0% non-contiguous), 1389819/70896384 blocks

 

Regacar ()

проверка ФС при буте

привет!

использую девайс ROCKPro64(https://www.pine64.org/rockpro64/) и ОС rock64(https://github.com/ayufan-rock64/linux-build).

иногда, в следствии некорректного завершения работы девайса ОС отказывается загружаться, потому что не сброшен dirty-bit. приходится извлекать флешку и сбрасывать вручную.

мой вопрос заключается в том, почему ОС сама при старте не проверяет этот бит, и если он установлен - почему сама не запускает проверку ФС?

вроде как это должно работать по-умолчанию?

что проверить, и что нужно сделать, чтоб это заработало?

спасибо!

 , ,

niXman ()

Проблема с разделом LVM и суперблоками

Коллеги, приветствую! Срочно нужна помощь (не бесплатно для того, кто поможет решить!). Суть проблемы:

есть одна группа томов LVM. На ней своп, корень и var. Недавно закончилось место на var. Обычная проблема, которая решается расширением диска.

На одной из машин произошло что-то непонятное. При создании раздела через fdisk (который должен был стать sda4) похерился sda3, который как раз физический том для vg1-varfs (/var). В итоге последний после ребута просто вывалился и не отображался в /dev/mapper/. Эту проблему я решил. Тут просто сбился по непонятным причинам uuid диска.

В в /dev/mapper/ появился varfs. Но он не хочет монтироваться, выдавая это: «wrong fs type, bad option, bad superblock on /dev/mapper/vg1-varfs».

fsck оказался бесполезен. Через DD сняли образ с проблемного раздела. Если кто может помочь достать оттуда данные, готов предоставить доступ к нему.

 , , ,

murano ()

fsck много цифр после исполнения

Подскажите, пожалуйста,

выполняю fsck -y /dev/sda1

https://prnt.sc/skivws

проходит step 1… step 2… и вроде после step 5 появляется такое: https://youtu.be/WEBQnSPd79g (на экране бегают циферки),

очень долго это длится… все жду и жду… уже минут 20 жду…

что это за циферки? это сканирование секторов?

 

alex772 ()

ext4 посыпалась

Всем привет! при очередном включении компа ВНЕЗАПНО получил черный экран с предложением ввести пароль и посмотреть логи, в логах увидел следующее

мар 09 14:01:26 ypp-pc kernel: EXT4-fs (sda1): VFS: Found ext4 filesystem with invalid superblock checksum.  Run e2fsck?
мар 09 14:01:26 ypp-pc mount[445]: mount: /media/seagate: cannot mount; probably corrupted filesystem on /dev/sda1.
мар 09 14:01:26 ypp-pc systemd[1]: media-seagate.mount: Mount process exited, code=exited, status=32/n/a
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://forum.manjaro.org/c/technical-issues-and-assistance

что собственно натолкнуло на мысль отключить его в фстаб и ребутнуться, система загрузилась и при попытке примонтировать диск выдало это,
ФС благополучно восстановилась штатными средствами(gparted).
вопрос следующий. Так как диск новый(месяц назад брал) беспокоюсь как бы не в нем была проблема, может сразу идти в магазин за обменом?
логи прилагаю: journalctl -xb, gparted, smartctl, fsck
строчка из фстаб

UUID=uuid        /media/seagate   ext4   defaults          0  0

вместо последнего 0 пока поставил 2
еще может дадите советы по параметрам монтирования в фстаб

 , , ,

agafron ()

Проверка ФС без live носителя, на центос 7

А вот любопытно, как форсировать проверку ФС?
в rescue-режиме она же уже rw
touch /forcefsck не помогает, до него попросту не загружается, вываливается в кернелпаник ДО этого.

 ,

darkenshvein ()

RAID1

Есть два диска, которые были объединены в RAID1

/dev/sdc
/dev/sdd
Заметил в dmesg ругается на ошибки /dev/sdc
Далее смотрю, что /dev/sdd стал в spare режим, а /dev/sdc active sync
Но, я точно знаю, что sdc надо лечить. Хотелось бы проверить на ошибки оба диска, чтобы выяснить какой из них все же плохой.
Как мне поменять местами диски в рейде, из spare режима перейти в active, а /dev/sdc удалить из массива? Сейчас это выглядит так:
mdadm --detail /dev/md9
/dev/md9:
           Version : 1.2
     Creation Time : Wed Aug  5 13:45:26 2015
        Raid Level : raid1
        Array Size : 3172883264 (3025.90 GiB 3249.03 GB)
     Used Dev Size : 3172883264 (3025.90 GiB 3249.03 GB)
      Raid Devices : 2
     Total Devices : 1
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Thu Feb 27 11:09:09 2020
             State : clean, degraded 
    Active Devices : 1
   Working Devices : 1
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : bitmap

              Name : srv:9
              UUID : 6dab52c0:f1934182:2fd9cd90:49b3b268
            Events : 107431

    Number   Major   Minor   RaidDevice State
       1       8       34        0      active sync   /dev/sdc2
       -       0        0        1      removed
Пытаюсь проверить
e2fsck /dev/sdd2
e2fsck 1.45.3 (14-Jul-2019)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block при попытке открыть /dev/sdd2

The superблок could not be read or does not describe a valid ext2/ext3/ext4
ФС.  If the устройство is valid and it really contains an ext2/ext3/ext4
ФС (and not swap or ufs or something else), then the superблок
is corrupt, and you might try running e2fsck with an alternate superблок:
    e2fsck -b 8193 <устройство>
 or
    e2fsck -b 32768 <устройство>

/dev/sdd2 contains a linux_raid_member file system labelled 'srv:9'
Да но, говорится что он содержит файловую систему linux_raid_member
Тут я мог бы перевести теоретически его в ext4 с помощью fdisk
Надо бы обратно добавить диск в массив
mdadm --assemble /dev/sdd2
mdadm: device /dev/sdd2 exists but is not an md array.
mdadm /dev/md9 --add /dev/sdd2
mdadm: added /dev/sdd2
cat /proc/mdstat 
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] 
md9 : active raid1 sdd2[2] sdc2[1]
      3172883264 blocks super 1.2 [2/1] [U_]
      [>....................]  recovery =  0.0% (50368/3172883264) finish=26238.7min speed=2014K/sec
      bitmap: 24/24 pages [96KB], 65536KB chunk

unused devices: <none>
Пошла синхронизация, но время синхронизации постоянно увеличивается и в dmesg сыпятся ошибки
[Чт фев 27 11:50:38 2020] blk_update_request: I/O error, dev sdc, sector 1468552008 op 0x0:(READ) flags 0x800 phys_seg 1 prio class 0
[Чт фев 27 11:50:38 2020] ata5: EH complete
[Чт фев 27 11:50:38 2020] md/raid1:md9: sdc: unrecoverable I/O read error for block 281416
[Чт фев 27 11:50:38 2020] md: md9: recovery interrupted.
Останавливаю синхронизацию
echo "idle" >  /sys/block/md9/md/sync_action
cat /proc/mdstat 
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] 
md9 : active raid1 sdd2[2](S) sdc2[1]
      3172883264 blocks super 1.2 [2/1] [U_]
      bitmap: 24/24 pages [96KB], 65536KB chunk

unused devices: <none>

mdadm --detail /dev/md9
/dev/md9:
           Version : 1.2
     Creation Time : Wed Aug  5 13:45:26 2015
        Raid Level : raid1
        Array Size : 3172883264 (3025.90 GiB 3249.03 GB)
     Used Dev Size : 3172883264 (3025.90 GiB 3249.03 GB)
      Raid Devices : 2
     Total Devices : 2
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Thu Feb 27 11:53:24 2020
             State : clean, degraded 
    Active Devices : 1
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 1

Consistency Policy : bitmap

              Name : rksx:9
              UUID : 6dab52c0:f1934182:2fd9cd90:49b3b268
            Events : 107455

    Number   Major   Minor   RaidDevice State
       1       8       34        0      active sync   /dev/sdc2
       -       0        0        1      removed

       2       8       50        -      spare   /dev/sdd2
Как мне поменять местами диски в рейде, из spare режима перейти в active, а /dev/sdc удалить из массива?

 , ,

yaxon ()

Не загружается CentOS 7

Здравствуйте!

Прошу помощи с CentOS 7: Машина стоит виртуалкой на HyperV. Сегодня утром сервер начал тупить и я его решил ребутнуть. Долго ждал загрузки пока не подключился удаленно и не посмотрел, а там такой текст:

Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" to try again to boot into default mode.
Give root password for maintenance
(or type Control-D to continue):

Сделал по рекомендациям:

  1. загрузка с LiveCD или LiveUSB (например: GParted, SystemRescueCd)
  2. заходим под рутом
  3. просмотр дисков и разделов: fdisk -l
  4. узнать тип файловой системы: file -s /dev/sda1
  5. отмонтировать ФС: umount /dev/sda1
  6. вывести, что можно выполнить для данной ФС: fsck -N /dev/sda1
  7. проверка целостности ФС с исправлением всех ошибок в автоматическом режиме: fsck.ext4 -y /dev/sda1
  8. Проверку остальных разделов жесткого диска
  9. Перезагрузка, проверка.

Из-под HyperV не могу скопировать текст - не дает. Потому прикладываю скрин

( читать дальше... )

Мануал не помог. По-прежнему не грузится. Подскажите, что можно сделать или может я что-то пропустил? Есть у кого какие мысли? и нужно ли после проверки с исправлением обратно маунтить sda1?

 , ,

hell_vs ()

Как симулировать сбой диска ubuntu

Как симулировать сбой диска ubuntu чтобы появился grub ? Примерно как тут: https://ru.stackoverflow.com/questions/849919/при-очередной-загрузке-ubuntu-появилось-меню-gnu-grub
Нужно для тестов

 ,

x905 ()

Вынести битый диск из LVM

В томе LVM начал сыпаться один из дисков. Смарт закричал что всё плохо и я попытался вывести диск из тома и перенести его данные на другой. Однако, перенос не удался именно из-за того, что диск уже сыпется:

root@serv:~# pvmove /dev/sdd5
  /dev/sdd: read failed after 0 of 4096 at 0: Input/output error
  /dev/sdd: read failed after 0 of 4096 at 1500301819904: Input/output error
  /dev/sdd: read failed after 0 of 4096 at 1500301901824: Input/output error
  /dev/sdd: read failed after 0 of 4096 at 4096: Input/output error
  /dev/sdd5: read failed after 0 of 4096 at 756146962432: Input/output error
  /dev/sdd5: read failed after 0 of 4096 at 756147019776: Input/output error
  /dev/sdd5: read failed after 0 of 4096 at 0: Input/output error
  /dev/sdd5: read failed after 0 of 4096 at 4096: Input/output error
  /dev/sdd6: read failed after 0 of 4096 at 744140767232: Input/output error
  /dev/sdd6: read failed after 0 of 4096 at 744140824576: Input/output error
  /dev/sdd6: read failed after 0 of 4096 at 0: Input/output error
  /dev/sdd6: read failed after 0 of 4096 at 4096: Input/output error
  Detected pvmove in progress for /dev/sdd5.
  /dev/sdd5: Moved: 100.00%
  LVM command executed by lvmpolld failed.
  For more information see lvmpolld messages in syslog or lvmpolld log file.

root@serv:~# dmesg
[134924.726640] sd 5:0:0:0: [sdd] tag#3 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[134924.726643] sd 5:0:0:0: [sdd] tag#3 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[134924.726644] print_req_error: I/O error, dev sdd, sector 0
[134924.726766] sd 5:0:0:0: [sdd] tag#4 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[134924.726768] sd 5:0:0:0: [sdd] tag#4 CDB: Read(10) 28 00 ae a8 7a 80 00 00 08 00
[134924.726768] print_req_error: I/O error, dev sdd, sector 2930276992
[134924.726799] sd 5:0:0:0: [sdd] tag#5 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[134924.726800] sd 5:0:0:0: [sdd] tag#5 CDB: Read(10) 28 00 ae a8 7b 20 00 00 08 00
[134924.726801] print_req_error: I/O error, dev sdd, sector 2930277152

fsck на lvm говорит что ему норм

root@serv:~# fsck /dev/vg/data
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/mapper/vg-data: clean, 411201/457859072 files, 1188671125/1831406592 blocks

Как мне вывести диск из lvm, перенеся те данные, что еще не побились?

Физического доступа к машине нет. Раздел не системный, отмонтировать могу.

 ,

pinus_nigra ()

«android_expand» «android_meta» & fsck

Как бы проверить файловую систему внешней карты планшетника?

sudo blkid /dev/sda2
/dev/sda2: PARTLABEL="android_expand" PARTUUID="87900251-fe59-4698-9195-a64ffbe4efbe"
sudo blkid /dev/sda1
/dev/sda1: PARTLABEL="android_meta" PARTUUID="a2d0921c-1763-4935-841a-68bf2ec3a1fb"

 , ,

jia ()

Ошибка диска, после которого не может загрузиться ОС

Доброго времени суток! После аварийного выключения ноутбука не загружается система. debian 10. Вывод экрана следующий:

https://img-host.ru/VTZj.jpg

 , , , ,

deathvu ()

побились файлы на ext4 после отключения электричества

При запуске ПК после неожиданного отключения электричества на одном из дисков обнаружились ошибки ФС. УПСа нет и не планирую, бэкап важных данных имеется, упала ФС с коллекцией фильмов - не критично, но неприятно. Отключил его в fstab, стартанул систему, запустил fsck:

fsck из util-linux 2.29.2
e2fsck 1.43.4 (31-Jan-2017)
films contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescanning for multiply-claimed blocks
Multiply-claimed block(s) in inode 11:............

Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 48 inodes containing multiply-claimed blocks.)

В процессе исправления ошибок выяснилось, что данные на диске модифицировались 9 сентября, т.е. почти месяц назад (аптайм ПК при этом был более месяца):

File /file (inode #11, mod time Mon Sep  9 21:05:40 2019) 
  has 809944 multiply-claimed block(s), shared with 17 file(s):

Данные на других дисках повреждены не были... WTF? почему попортились файлы, к которым не обращался несколько недель, но все ОК с системной ФС, /home , в которые данные пишутся постоянно? ФС смонтированы следующим образом:

UUID=de2c6818-640d-49bc-ba92-3b90769b40bb / ext4 errors=remount-ro 0 1
UUID=de415bb6-052b-4417-80d2-84ef31bcee9b /home ext4 defaults        0 2
UUID=ca49ef00-b6b8-4441-b93d-e456042fdaf9 /mnt/films ext4 errors=remount-ro 0 1 
Вопрос - каким образом попытаться избежать подобного? sync может помочь (если, напр., кинуть его в cron на повторение каждые 30 мин)? Или может еще варианты есть?

 , ,

Wolf_46 ()

проверка несистемного раздела на старте, как?

Debian 9 x64 со всеми обновами, 2 раздела монтируются fstab по UUID в / и /home.

Включил проверку обоих при каждом монтировании:

tune2fs -c 1 /dev/sda1
tune2fs -c 1 /dev/sda2

Для системного раздела в fstab стоит 0 1, для /home 0 2. Системный раздел при этом проверяется при каждой загрузке - с этим проблем нет, а второй не проверяется вовсе. Пробовал поставить 0 1, эффекта нет.

Пробовал в /home записать файл forcefsck - не работает.

Создание в /etc/default/rcS записи FSCKFIX=yes - не работает.

Подскажите, как принудительно проверить раздел отличный от / при запуске системы?

Спасибо.

Решение найдено. Помимо tune2fs и «0 2» в fstab добавка в /etc/default/grub параметров fsck.mode=force fsck.repair=yes отработала.

sudo sed -i 's/GRUB_CMDLINE_LINUX_DEFAULT="quiet"/GRUB_CMDLINE_LINUX_DEFAULT="quiet fsck.mode=force fsck.repair=yes"/g' /etc/default/grub
sudo update-grub

И на запрос:

sudo  journalctl -b | grep "fsck\|File System"
Был получен заветный результат проверки и восстановления необходимых разделов. Вопрос закрыт, всем спасибо.

 ,

Dimarius ()

fsck не помогает. что делать?

ребята, помогите пожалуйста восстановить загрузку ОС. я погибаю

есть ноут, на нём установлены: linux mint18, linux mint17, windows10. из-за убитого аккумулятора произошло так, что питание отключилось. в результате inux mint18 перестала загружаться

это выражается в том, что после начала загрузки как обычно появляется логотип минта с индикатором загрузки в виде 5 точек, но через несколько секунд он пропадает и виден только чёрный экран. далее можно ждать хоть час, но этот чёрный экран не пропадает

раньше в подобных ситуациях я выходил в режим tty1 и запускал утилиту

fsck /dev/sdaX 
и проблема решалась. но сейчас такой способ не помогает

прикрепляю скриншот консоли с выводом содержимого файл ftab и результатом команд fsck. картинки две, но на них один и тот же текст, качество фото низкое. сделать лучше нет возможности

https://i.yapx.ru/EN1yD.jpg

https://i.yapx.ru/EN1yF.jpg

при этом у меня есть возможность через консоль добраться до любого файла ОС. даже запускается midnight commander, если нужно

также у меня на руках есть флешка с дистрибутивом mint18

 , ,

prozaik ()

заупск утилиты перед основной загрузкой ОС

нужно запустить fsck по системному разделу - до того, как ОС смонтирует файловую систему;

так вот, если выполнить

shutdown -rF now
, то утилита не будет проверять то, что нужно (надо указать параметры);

а если же запустить при работающей системе - то она напишет, что

is mounted. e2fsck: Cannot continue, aborting

 

aboite ()

[Решено] Помогите с расшифровкой SMART

UPD: винт сдох совсем, щелкает :(

В последнее время при загрузки зачастую валиться система в initramfs, после чего просит fsck вручную. Что-то находит и восстанавливает, и так до следующего раза. При этом в целом веду себя адекватно, никаких горячих выключений и прочего. Снял вот показания, скажите — пациент ещё жив или нет? Бекапы на 2 внешних винта уже сняты, вопрос как долго можно ещё этот эксплуатировать?

( Вот вывод smartctl -s on -a /dev/sda : )

 , ,

Vsevolod-linuxoid ()

Отмонтирование корневого раздела наживую

Привет!

Решил сделать так: https://unix.stackexchange.com/questions/226872/how-to-shrink-root-filesystem...

Сейчас имею

# fuser -vm /oldroot
                     USER        PID ACCESS COMMAND
/oldroot:            root     kernel mount /oldroot

Однако, не могу сделать umount:

# umount /oldroot
umount: /oldroot: target is busy
        (In some cases useful info about processes that
         use the device is found by lsof(8) or fuser(1).)

Как же так?

Спасибо

upd: ubuntu 16.04

# df -hT
Filesystem                 Type      Size  Used Avail Use% Mounted on
udev                       devtmpfs  7.9G     0  7.9G   0% /dev
tmpfs                      tmpfs     1.6G   17M  1.6G   2% /run
/dev/mapper/srv--vg-root   ext4       38G  2.6G   34G   8% /oldroot
tmpfs                      tmpfs     7.9G     0  7.9G   0% /sys/fs/cgroup
tmpfs                      tmpfs     1.6G     0  1.6G   0% /run/user/1002
none                       tmpfs     7.9G  1.9G  6.0G  24% /
tmpfs                      tmpfs     7.9G     0  7.9G   0% /dev/shm
tmpfs                      tmpfs     5.0M     0  5.0M   0% /run/lock

 , , , ,

Deleted ()