LINUX.ORG.RU

4
Всего сообщений: 176

reiser4 и upstream ядра linux: когда?

Как известно, reiser4 не включена в состав основного ядра линукс, приходится патчить. почему такая ситуация сложилась? можно ли исправить и все-таки включить в основное ядро? лично мне это неудобно, да и reiser4 няшная ФС, нища у нее найдется… готов потрудиться над исправлением и включить наконец-то, боюсь один не потянуть. призываются добровольцы,

@mandala @post-factum

 , , ,

cetjs2 ()

Регулярно ломается ФС на Fedora

Fedora 29. Вместо приятного серого фона GDM вижу rescue mode — просят сделать fsck. Есть пара ошибок, но всё исправлено. Полез запускать Chromium, а он не запускается.

Версия для TL;DR:

В Федоре у меня какого-то лешего портятся корневые ФС вне зависимости от ФС (XFS, ext4) и физического устройства.

В терминале:

$ chromium-browser 
/usr/bin/chromium-browser: error while loading shared libraries: libmojo_base_mojom_blink.so: ELF load command past end of file

Что за библиотека?

$ rpm -qf /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so
chromium-libs-73.0.3683.86-2.fc29.x86_64

Всё ли в порядке с файлами этого пакета?

$ rpm -V chromium-libs
..5......    /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so
..5......    /usr/lib64/chromium-browser/libresource_coordinator_public_mojom_blink.so

Число 5 означает, что MD5-сумма файла не совпадает с исходной. Файл повреждён. Опять.

$ readelf -Ws /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so
readelf: /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so: Error: Reading 1728 bytes extends past end of file for section headers
readelf: /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so: Error: the dynamic segment offset + size exceeds the size of the file

Мне нравится Fedora. Я хочу её использовать. Но эта мистика не даёт мне спокойно пользоваться этим замечательным дистрибутивом.

Эпизод 1

На ноутбуке по привычке стоковый HDD. Медленно, но много.

У меня сложилась привычка ставить систему на XFS, поэтому в этой ФС и установил Федору. На следующий день перестал запускаться GNOME Shell — после логина тупо перебрасывает обратно на GDM. К сожалению, никаких логов я не сохранил, но в journalctl много раз повторялись сообщения о неисправности корневой ФС и просьбы запустить xfs_repair. Но я в этот раз просто отключил через консоль расширения GNOME и всё заработало. Вроде бы.

Эпизод 2

Через несколько дней попытка запустить GTK-приложения стала валить GNOME Shell. Совсем. В journalctl какой-то стектрейс после попытки и снова сообщения о поломанной ФС их запустить (ещё раз прошу прощения, логов нет, пишу по памяти). В этот раз уже догадался сделать rpm -Va и обнаружил, что libgtk-3.so.0.2400.1 имеет не ту MD5-сумму. Переустановил пакет с GTK+3 и с LiveUSB сделал даже xfs_repair — всё прошло успешно. Начал о чём-то догадываться.

Эпизод 3

Снова не запускается GNOME Shell. Переключаюсь на TTY и после логина получаю ошибку, связанную с libtcl8.6.so — на экране вместо некоторых букв и символов кракозябры. Узнаю, что на этот раз сломался не только GTK+3, но и пакет tcl (правда не совсем понимаю, как он связан с TTY). Переустановил эти пакеты. В этот раз я решил, что проблема в XFS (но какая?), но пока оставил всё как есть.

Между тем у меня параллельно назревала идея купить SSD для этого ноута. К тому же мысли начали закрадываться о том, что старый HDD Seagate начал рассыпаться. Проверка на бэды? — не, не наш путь.

На днях купил SSD и накатил свою любимую шляпу, но теперь на ext4. Ну а через пару дней случилось то, что в начале поста.

Возможно, кто-то сталкивался с подобным, всё-таки один из самых популярных дистров.

 , ,

Thetan ()

странное копирование на USB

привет!

при копировании файла на USB(любым способом), ощущение такое, что файл целиком читается в какой-то буфер и только потом пишется на USB, и пишется очень медленно %)

если копировать при помощи какого-то GUI, то индикатор прогресса сразу показывает %100, но копироваться реально будет еще ооочень долго.

подскажите, куда копать?

спасибо.

 ,

niXman ()

Резиновая файловая система - существует ли хорошая?

Здравствуйте, многоуважаемые господа линуксойды!

Имеется потребность в хранении огромного числа файлов в рассыпухе - это значит что на 1 гигабайт дискового пространства может приходится дохрелион (неограниченное число) файлов малого объема. По сути речь идет про файловую базу данных, где каждый файл представляет объект в базе. Ускорение чтения проиходит за счет страничного (надеюсь не путаю) кеша Linux, а записи за счет ее асинхронности, кое отлично работает в ext4. В принципе, можно было бы не погружаться в эти дебри не будь у ext4 ограничения в виде статического числа inode, что рано или поздно приведет к отказу в записи. Смотрел в сторону Btrfs, правда многие не рекомендуют ее использовать в виду то нестабильности, то малого быстродействия.

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

 , , , ,

TuzelKO ()

Перенос игр из /home в /

Привет, ЛОР

Купил себе SSD, раскатал бэкап, всё ок. Хочу вынести игори из хомяка в корень. Всё тут ~/Games. Как быть?

 ,

Fake ()

TRIM в NTFS и EXFAT из под линукс

Трим работает в ntfs или exfat из под линукса ? Кто нибудь пробовал ?

 , , , ,

psiman ()

Как правильно перенести каталоги с музыкой, загрузками и т.д.?

Отредактировал /etc/fstab чтобы целевой раздел монтировался в /mnt/storage

Далее изменил файлы

/home/sergey/.config/user-dirs.conf

enabled=true

/home/sergey/.config/user-dirs.dirs

# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run.
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
# 
XDG_DESKTOP_DIR="/mnt/storage/Desktop"
XDG_DOWNLOAD_DIR="/mnt/storage/Downloads"
XDG_TEMPLATES_DIR="/mnt/storage/Templates"
XDG_PUBLICSHARE_DIR="/mnt/storage/Public"
XDG_DOCUMENTS_DIR="/mnt/storage/Documents"
XDG_MUSIC_DIR="/mnt/storage/Music"
XDG_PICTURES_DIR="/mnt/storage/Pictures"
XDG_VIDEOS_DIR="/mnt/storage/Videos"

Каталоги {Desktop,Downloads,...} перенес в /mnt/storage

Перегрузился. Но чет какое-то говно получилось. В наутилусе, например, каталоги типа Downloads на панели слева дублируются. Есть еще вариант: переместить каталоги и создать на них мягкие ссылки, так ~/Downloads на своем месте, но из какого-нить телеграма нельзя тогда файлы из этого каталога загрузить. Короче: что я делаю не так?

Цель этих манипуляций: продлить ресурс SSD.

 

tz4678 ()

Самая простая файловая система для блочных устройств.

Товарищи. Что проще minixfs или fatfs ? И есть ли что-то еще проще из готового?

Вообще, реквестируется самая простая файловая система, работающая поверх блочного устройства, с целью тренировки интеграции файловых систем в самопальный vfs.

 

Mirmik ()

восстановить удаленный файл

привет!

удалил файл. убунта. шифрованный хомяк. машина рабочаяя, хомяк монтируется.

нагуглил extundelete но не знаю, если хомяк это ecryptfs, ее тоже можно использовать?

вобщем, какие действия?

спасибо.

 

niXman ()

«Virtio-9p Failed to initialize fs-driver» при попытке стартовать KVM - виртуалку

Уважаемые коллеги.

Я использую Ubuntu 16.04 LTS на сервере вируализации, виртуализация - стандартный KVM.

я попытался по руководству

https://www.linux-kvm.org/page/9p_virtio

сделать в виртуальной машине (в которой тоже Ubuntu той же версии) видимой папку, расшаренную на хосте.

Проблемы начались уже в самом начале.

После выполнения той части инструкции, когда мы в конфигурацию виртуалки добавляем новую файловую систему, виртуалка запускаться перестала.

И стала при старте рапортовать об ошибке «Virtio-9p Failed to initialize fs-driver»

Я перекопал все ссылки в гугле и даже яндексе, чтобы найти причину.

Все «популярные» гипотезы я проверил:

папка /tmp/share существует и на неё даны права chmod +777,

команда

sudo apt-get install linux-image-extra-virtual

отработала,

вывод команды sudo lsmod | grep 9p такой:

9pnet_virtio 20480 0

9p 57344 0

9pnet 86016 2 9p,9pnet_virtio

fscache 61440 1 9p

- то есть, как я понимаю, модули ядра на месте и загружены.

Тем не менее, при попытке стартовать виртуалку - я получаю ту же ошибку, вот скриншот:

http://junecat.ru/Storage/oth/kvm-3.jpg

В какую сторону копать - ума не приложу...

Есть у кого то идеи что можно сделать?

Спасибо большое заранее.

 , , , ,

SteeL-HeaD ()

Ограничить доступ программы к каталогам

Доброго вам всего, дорогие форумчане.

Я тружусь над разработкой встроенной системы на основе Raspberry3B+ под Raspbian Stretch (самая свежая, upgrade буквально пару недель как). Архитектура системы такая: к малинке подключен 11" hdmi-тачскрин и контроллер периферии собственной разработки, управляющий целым гаремом всякого оборудования и датчиков. Всё это богатство работает в режиме киоска: пока система грузится, дисплей выключен, и включает его основное приложение, запускающееся в фуллскрине. И обратно, когда даётся команда на выход, приложение показывает прощальный экран, после чего гасит дисплей, и уже потом система выгружается и выключается. Таким образом, конечный пользователь не видит ничего, кроме интерфейса основного приложения и никакой возможности его свернуть или закрыть без выгрузки системы, нет. Так ему и надо!

И всё было бы чики-поки, если б не один нюанс: у юзера должна быть возможность открывать файло с флэшки. А диалог выбора файлов, хоть и открывается по умолчанию в каталоге /media/pi, всё же позволяет гулять юзеру по всей ФС, что совсем не надо!

Т.к. приложение активно манипулирует железом и сетью, оно работает из-под sudo, что усложняет ситуацию.

А теперь, внимание, вопрос знатокам! Как ограничить возможность браузинга и выбора файлов только съёмным носителем?

Пишу под Qt5.7.1 (не уверен, что это имеет значение - чую, что вопрос решается административными методами).

Буду признателен за любые идеи.

 , , , ,

MadKid ()

Linux Trisquel не монтирует sd-карту с фотоаппарата

Здравствуйте! Под убунтой, дебиан сд-карты читались нормально. Теперь trisquel (ubutnu) её не хочет монтировать. Карта нормально работает на фотоапарате, не форматировалась.

Автомаунт в трискель у меня не работает давно (после первого обновлени), и тема так и не решена.

Вручную тоже не монтируется.

# fdisk -l
Диск /dev/sda: 111,8 GiB, 120034123776 байтов, 234441648 секторов
Единицы измерения: секторов из 1 * 512 = 512 байтов
Размер сектора (логический/физический): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Тип метки диска: dos
Идентификатор диска: 0x01980bcf

Устр-во    Загрузочный    Start Конец Секторы  Size Id Тип
/dev/sda1  *               2048  29296639  29294592   14G 83 Linux
/dev/sda2              29298686 234440703 205142018 97,8G  5 Расширенный
/dev/sda5              29298688  35506175   6207488    3G 82 Linux своп / Solari
/dev/sda6              35508224 234440703 198932480 94,9G 83 Linux


Диск /dev/mmcblk0: 7,4 GiB, 7948206080 байтов, 15523840 секторов
Единицы измерения: секторов из 1 * 512 = 512 байтов
Размер сектора (логический/физический): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Тип метки диска: dos
Идентификатор диска: 0x00000000

Устр-во        Загрузочный Start Конец Секторы  Size Id Тип
/dev/mmcblk0p1              8192 15523839 15515648  7,4G  b W95 FAT32


# mount /dev/mmcblk0 /mnt/usb
mount: wrong fs type, bad option, bad superblock on /dev/mmcblk0,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.



root@me-Lenovo-G50-30:/home/me# dmesg | tail -n 30
[ 3396.606034] pcieport 0000:00:1c.0: res[14]=[mem 0x00100000-0x000fffff] res_to_dev_res add_size 200000 min_align 100000
[ 3396.606053] pcieport 0000:00:1c.0: res[14]=[mem 0x00100000-0x002fffff] res_to_dev_res add_size 200000 min_align 100000
[ 3396.606073] pcieport 0000:00:1c.0: res[15]=[mem 0x00100000-0x000fffff 64bit pref] res_to_dev_res add_size 200000 min_align 100000
[ 3396.606093] pcieport 0000:00:1c.0: res[15]=[mem 0x00100000-0x002fffff 64bit pref] res_to_dev_res add_size 200000 min_align 100000
[ 3396.606112] pcieport 0000:00:1c.2: res[15]=[mem 0x00100000-0x000fffff 64bit pref] res_to_dev_res add_size 200000 min_align 100000
[ 3396.606132] pcieport 0000:00:1c.2: res[15]=[mem 0x00100000-0x002fffff 64bit pref] res_to_dev_res add_size 200000 min_align 100000
[ 3396.606151] pcieport 0000:00:1c.3: res[15]=[mem 0x00100000-0x000fffff 64bit pref] res_to_dev_res add_size 200000 min_align 100000
[ 3396.606171] pcieport 0000:00:1c.3: res[15]=[mem 0x00100000-0x002fffff 64bit pref] res_to_dev_res add_size 200000 min_align 100000
[ 3396.606207] pcieport 0000:00:1c.0: BAR 14: no space for [mem size 0x00200000]
[ 3396.606225] pcieport 0000:00:1c.0: BAR 14: failed to assign [mem size 0x00200000]
[ 3396.606266] pcieport 0000:00:1c.0: BAR 15: no space for [mem size 0x00200000 64bit pref]
[ 3396.606284] pcieport 0000:00:1c.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[ 3396.606325] pcieport 0000:00:1c.2: BAR 15: no space for [mem size 0x00200000 64bit pref]
[ 3396.606343] pcieport 0000:00:1c.2: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[ 3396.606382] pcieport 0000:00:1c.3: BAR 15: no space for [mem size 0x00200000 64bit pref]
[ 3396.606399] pcieport 0000:00:1c.3: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[ 3396.606442] pcieport 0000:00:1c.3: BAR 15: no space for [mem size 0x00200000 64bit pref]
[ 3396.606460] pcieport 0000:00:1c.3: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[ 3396.606499] pcieport 0000:00:1c.2: BAR 15: no space for [mem size 0x00200000 64bit pref]
[ 3396.606516] pcieport 0000:00:1c.2: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[ 3396.606542] pcieport 0000:00:1c.0: BAR 14: no space for [mem size 0x00200000]
[ 3396.606559] pcieport 0000:00:1c.0: BAR 14: failed to assign [mem size 0x00200000]
[ 3396.606597] pcieport 0000:00:1c.0: BAR 15: no space for [mem size 0x00200000 64bit pref]
[ 3396.606614] pcieport 0000:00:1c.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[ 3396.612174] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
[ 3396.612669] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
[ 3396.613572] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
[ 3437.673575] mmc0: new high speed SDHC card at address e624
[ 3437.711580] mmcblk0: mmc0:e624 SU08G 7.40 GiB 
[ 3437.724216]  mmcblk0: p1

Просьба сообщество помочь в решении данной проблемы.

 , , ,

znavko ()

inode

С помощью df -ih я могу увидеть сколько inode доступно на диске. Но проблема в том что на диске много папок и подпапок. Соответственно, как мне одной командой посмотреть в какой папках очень много занятых inode?

 , ,

alekseev ()

Улучшить файловую таблицу?

Существует множество «улучшателей» файловых систем - дефрагментаторы. Для различных файловых систем:

Но все эти тулсы «улучшают» не совсем то, что нужно. Хотелось бы чего-нибудь более простого и понятного, вроде fsremake:

  1. На основании некого понятия об «образцовой» файловой таблице посчитать «плохость»(badness) существующей таблицы и выдать её.
  2. Создать «копию» файловой таблицы, подсчитать её «плохость».
  3. Если «плохость» «копии» меньше или указан режим -force переключить раздел на «копию», а исходную таблицу высвободить.

Есть ли подобные утилиты и (если есть) как они называются?

Дополнение 1:

«Плохость» - отличие от «образца». Естественно для каждой фс «образец» свой. И здесь уже надо разбираться в структуре фс, чем похвастать не могу. Цель - привести файловую таблицу как можно ближе к «образцу».

Дополнение 2:

Структура таблицы фс изначально простая. По мере заполнения усложняется. Некоторые усложнения излишни. Таблица без «лишних» усложнений - «образец». «Образец» реально не существует.

Существующие на данный момент «решения»:

  • HFS - # fsck.hfs r /dev/sdX
  • EXT - # fsck.ext4 -yfD /dev/sdcN

 

zvezdochiot ()

Что там с ФС?

Как там сейчас с bcachefs?

Пока сижу на ReiserFS. Reiser4 заброшен, btrfs тоже как-то тухло.

За два года продвинулось что-нибудь? Или можно еще лет на 5 забить и сидеть на ReiserFS?

Пора бы уже...

 , ,

telikan ()

Определить размер доступного места на диске (statvfs)

Есть вот такой вот код:

char* fnPath = "/";
const unsigned int GB = (1024 * 1024) * 1024;
struct statvfs buffer;
int ret = statvfs(fnPath, &buffer);
if (!ret) {
    const double available = (double)(buffer.f_bavail * buffer.f_frsize) / GB;
    printf("Available: %f --> %.0f\n", available, available);
}

Пытаюсь определить размер доступного места на диске. Проверяю на маке и iOS. Не совпадаем с теми значениями что находятся в настройках ос. Получается приблизительно меньше на 3Гб и там и там. Может есть какая-то хитрость?

 , ,

ECLIPSE ()

linux на f2fs

Покупаю компьютер, завтра должен приехать. Место на диске использую не много, посмотрел цены на ssd и на hdd и решил, что лучше куплю 120 gb ssd. Сейчас сижу и думаю какую файловую систему выбрать, сейчас использую ext4 но насколько я знаю f2fs специально разработана для flash памяти. Если смысл ставить систему на f2fs. Может уже у кого стоит система на f2fs? Поделитесь опытом стоит ли оно того.

 ,

Taetricus ()

Как так может быть?

King Goat - Conduit $ ls -allh; du -h
total 6.2G
drwxr-xr-x    2  4.0K Jul 24  2016  .
drwxr-xr-x 4934  272K Mar  5 23:36  ..
-rw-r--r--    1   62M Jul 24  2016 'King Goat - Conduit - 01 Flight of the Deviants.flac'
-rw-r--r--    1   57M Jul 24  2016 'King Goat - Conduit - 02 Feral King.flac'
-rw-r--r--    1   57M Jul 24  2016 'King Goat - Conduit - 03 Conduit.flac'
-rw-r--r--    1   70M Jul 24  2016 'King Goat - Conduit - 04 Revenants.flac'
-rw-r--r--    1   65M Jul 24  2016 'King Goat - Conduit - 05 Sanguine Path.flac'
-rw-r--r--    1   15M Jul 24  2016 'King Goat - Conduit - Artwork_HiRes.png'
-rw-r--r--    1  8.9M Jul 24  2016 'King Goat - Conduit - cd_2-3_page_booklet.png'
-rw-r--r--    1  3.0M Jul 24  2016 'King Goat - Conduit - cover.png'
6.2G    .

 , , , ,

Deleted ()

Надежность ext4.........

Всем здасте! После сброса питания получил нерабочую фс. Восстановить никак не получается:

/mnt_> for i in $(dumpe2fs /dev/sda1 2>/dev/null | grep -i superblock | awk '{print $4}' | awk -F , '{print $1}'); do fsck -b $i /dev/sda1; sleep 1; done
fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)                                                                                            
/dev/sda1 has unsupported feature(s): metadata_csum                                                                     
e2fsck: Get a newer version of e2fsck!                                                                                  
fsck из util-linux 2.27.1                                                                                               
e2fsck 1.42.13 (17-May-2015)                                                                                            
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1                                                
                                                                                                                        
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 <устройство>                                                                                        
                                                                                                                        
fsck из util-linux 2.27.1                                                                                               
e2fsck 1.42.13 (17-May-2015)                                                                                            
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1                                                
                                                                                                                        
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 <устройство>                                                                                        
                                                                                                                        
fsck из util-linux 2.27.1                                                                                               
e2fsck 1.42.13 (17-May-2015)                                                                                            
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1                                                
                                                                                                                        
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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Недопустимый аргумент при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Недопустимый аргумент при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Недопустимый аргумент при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Недопустимый аргумент при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Недопустимый аргумент при попытке открыть /dev/sda1

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 <устройство>

fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext4: Недопустимый аргумент при попытке открыть /dev/sda1

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 <устройство>


Как с таким боротся? Не может ведь быть такого, что все блоки покрашились...

 , , ,

cyber_eagle ()

lvm снапшоты и свободное место в логическом томе

Я правильно понимаю, что lvm не знает сколько именно занято места на логическом томе, и при создании снапшота все свободное пространство тома идет в лес отдыхать?

 , , ,

SR_team ()