LINUX.ORG.RU

8
Всего сообщений: 66

ext3/4 как привязать журнал к определенным блокам и как выбрать его размер?

Как правильно привязать журнал к определенным блокам на разделе? Из чего исходить при выборе его размера? Кроме - не меньше 1024 и не больше 10240000 блоков. Может есть какая-то рекомендательная пропорция от размера раздела. Будет ли область диска с указанного блока (опция -J location) записана непрерывно журналом до указанного размера (опция -J size)?

 , ,

JoIIyRoger ()

помогите примонтировать партицию

краткая история: стояла Убунту 20.04 LTS (Focal Fossa) каким-то полу корявым способом я разбил диск на две партиции. на вторую накатил Генту… все супер.

решил премонтировать вторую партицию

$ cat /etc/fstab
/dev/sda1  /boot  vfat  noauto,noatime 0 2
/dev/sda3  /      ext4  noatime        0 1
/dev/sda2  /mnt/old  zfs  noatime,ro  0 2
localhost ~ # mount -a
filesystem '/dev/sda2' cannot be mounted, unable to open the dataset

IF

/dev/sda2 /mnt/old ext3 noatime,ro 0 2

localhost ~ # mount -a
mount: /mnt/old: wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other error.

спасибо!

 ,

als_ ()

Снять образ

Есть винт на 1тб, раздел (ext3) на нём удалён и отформатирован, щас времени нету восстанавливать всё что там было, хочу отложить это дело на будущее, на пару лет, снять с него образ и продолжить юзать винт.

Чем снять точную копию всего терика без всяких проблем чтобы потом прям образ подмонтировать и восстанавливать чё захочу?

куда не глянь везде в howto пишут про dd, НО у каждого свои howto свои ключики и свои подводные наверно с этим делом, мож есть какая GUI прога в 2 клика чтоб слить всё?

 , ,

eR ()

К сравнению надёжности и наработки на критический отказ btrfs и ext3

В общем закончилась жизнь флешки Sandisk Cruser Fit и ушла она в ro защитное.
Так вот:
1. под /boot я её отформатировал ext3 с объёмом 930 МБ с использоваными 174 МБ
2. под / я её отформатировал в btrfs разбив на кучу субволюмов, занято там 4 ГБ из 14 ГБ.

Как думаете, какая ФС сдохла и не читается?
А ворт фиг вам, сдохла и вообще не читается ext3 под папку /boot, в которую запись и чтение то происходят раз сто лет в обед.

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

Ни кто не знает, как определить то какая ФС замучила флешку?

Ещё раз: используемая флешка это Sandisk Cruser Fit

 , , ,

torvn77 ()

В ext3 есть дедупликация? o_O

Как это пони-мать, пони-дочь, пони-Сомбра?

bq:18:17:15:~$ apt show libgl1-mesa-dri|grep Installed

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Installed-Size: 163 MB
APT-Manual-Installed: yes
bq:18:19:40:~$ apt show libgl1-mesa-dri|grep Installed-Size

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Installed-Size: 163 MB
bq:18:19:53:~$ du -hs /usr/lib/x86_64-linux-gnu/dri/
24M	/usr/lib/x86_64-linux-gnu/dri/
bq:18:19:59:~$ ls -l /usr/lib/x86_64-linux-gnu/dri/
итого 159200
-rw-r--r-- 5 root root 10893864 янв 17 20:36 i915_dri.so
-rw-r--r-- 5 root root 10893864 янв 17 20:36 i965_dri.so
-rw-r--r-- 8 root root 13524608 янв 17 20:36 kms_swrast_dri.so
-rw-r--r-- 8 root root 13524608 янв 17 20:36 nouveau_dri.so
-rw-r--r-- 5 root root 10893864 янв 17 20:36 nouveau_vieux_dri.so
lrwxrwxrwx 1 root root       18 ноя 10  2017 nvidia_drv_video.so -> vdpau_drv_video.so
-rw-r--r-- 5 root root 10893864 янв 17 20:36 r200_dri.so
-rw-r--r-- 8 root root 13524608 янв 17 20:36 r300_dri.so
-rw-r--r-- 8 root root 13524608 янв 17 20:36 r600_dri.so
-rw-r--r-- 5 root root 10893864 янв 17 20:36 radeon_dri.so
-rw-r--r-- 8 root root 13524608 янв 17 20:36 radeonsi_dri.so
lrwxrwxrwx 1 root root       18 ноя 10  2017 s3g_drv_video.so -> vdpau_drv_video.so
-rw-r--r-- 8 root root 13524608 янв 17 20:36 swrast_dri.so
-rw-r--r-- 1 root root    93056 ноя 10  2017 vdpau_drv_video.so
-rw-r--r-- 8 root root 13524608 янв 17 20:36 virtio_gpu_dri.so
-rw-r--r-- 8 root root 13524608 янв 17 20:36 vmwgfx_dri.so

 , , ,

svinarenko ()

Попортились данные на EXT3

Linux myhome 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux Qt: 4.8.2 KDE: 4.8.4 (4.8.4) Konsole: 2.8.4

Доброго дня. Случилась у меня неприятность... на установленный в контроллере 3ware 9650se в режиме single с отключенным кешем на запись и отформатированный в ext3 винт начал сливать дынные. Слил 2ТБ, проверил их md5, все ок. Продолжил копирование. Процесс прервался, когда при копировании с NTFS-раздела произошла ошибка из-за слишком длинного пути. На винте с ext3 потер эти данные, на ntfs укоротил путь и поставил копироваться вновь. Следующий затык случился когда вновь попался длинный путь. Путь вновь поправил, но при попытке удалить эти данные с ext3 получил ошибку о невозможности произвести удаление, в т.ч. от рута. Отмонтировал ext3, запустил fsck без -y. В процессе проверки были найдены Illegal block, дал разрешение очистить inode, НО когда были найдены Multiply-claimed block и был запрос на удаление файлов, скопированных в 1 партии и проверенных по md5, понял что что-то не так, прервал проверку.

Начал смотреть логи, и сразу выяснилось, что уже более 2 суток в dmesg фиксируются по этому винту ошибки (типа:

kernel: [292072.932468] EXT3-fs error (device sdh1): ext3_lookup: deleted inode referenced: 177045522 или

EXT3-fs error (device sdh1): ext3_free_blocks_sb: bit already cleared for block ,

также встретил ошбки контроллера

3w-9xxx: scsi0: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85).

Смонтировал ext3 на чтение, запустил проверку 1-й партии скопированных данных по md5 - >20% файлов оказались биты.

Вообщем сейчас в процессе восстановления всего этого бардака. НО хочу спросить совета по нескольким позициям:

1. В системных уведомлениях KDE не было никаких сообщений на тему проблем с ФС и диском... почему? Это его нормальная работа такая или нет? В настройках выбран пункт выводить все сообщения.

2. И, на будущее, как себя обезопасить в подобной ситуации, чтобы не писать на ФС с ошибками поверх живых данных, а увидеть предупреждение об этих ошибках, ну и предпринять меры.

 , ,

Wolf_46 ()

Что с fs?

Заметил на одной из машин, что debian не хочет обновляться, полез разбираться, оказалось не резолвит хосты, ну ок смотрим на resolv.conf, а там такое:

-????????? ? ?    ?          ?            ? resolv.conf


Соответственно удалить его тоже не удается:
# rm resolv.conf
rm: cannot remove ‘resolv.conf’: Input/output error


Пробуем удалить по inode, получаем еще более интересную картину:
find . -inum 33086
find: `./resolv.conf': Input/output error
./host.conf
find: `./samba/dhcp.conf': Input/output error

WTF:
ls -i1 samba/
ls: cannot access samba/dhcp.conf: Input/output error
    ? dhcp.conf


debian 8, ext3

fsck не помог

 ,

Deleted ()

Дефрагментация в ext2/3/4

Нужна. Нужна и точка, хотя, нет, три восклицательных знака!!!

Нужна не ядру LINUX и не ОС на этом ядре, а аппаратному обеспечению, которое считывает файл с флэшки, на которой ExtFS.

Размер флэшки ограничен, аппарат привязан к UUID ФС. В логе fsck.ext3 я могу посмотреть процент non-contiguous файлов, но после многократных fsck.ext3 процент не меняется. Чем дефрагментировать-то?

 , , , ,

zzdnx ()

восстановление tar-архива, затертого tar-ом

последовательность моих действий:

# tar --remove-files -cf foo.tar foo/
# ls -l foo.tar
-rw-r--r-- 1 root root  2333444555 Aug 16 02:01 foo.tar

затем прошла неделя, в течение которой порядка 100000 файлов было создано (т.е. файлы директории foo видимо уже не восстановить?) и по ошибке я повторил команду — но при этом директория foo уже не существовала:

# tar --remove-files -cf foo.tar foo/
tar: foo: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors
# ls -l foo.tar
-rw-r--r-- 1 root root       10240 Aug 20 02:44 foo.tar

сначала лирика: какого черта этот говноtar похерил архив в 2 гига, хотя четко и явно видел, что архивировать нечего?! и это, епрст, архиватор?!

теперь вопросы:

1. какие идеи по восстановлению 2ГБ архива?

2. че tar сделал с 2-гиговым файлом — truncate или delete?

доп. инфа:

  • tar (GNU tar) 1.23
  • все произошло на /dev/sda12 on /mnt/sda12 type ext3 (rw)
  • /dev/sda12 154819652 117381008 29574168 80% /mnt/sda12
  • после инцидента партиция не отмонтировалась, и ничего на ней не происходит (вроде бы)
  • по сигнатуре tar-а можно поискать, но файл реально больше 2ГБ, и я не знаю, как собирать столько кусков
  • содержимое тар-а я представляю, но рядом штук 20 аналогичных таров по 2ГБ, так что уникальности нет
  • файлов в таре порядка 100000, и мелкие в основном (в т.ч. нулевой длинны)
  • потерю 2ГБ пережить можно, но не хочется

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

 , ,

www_linux_org_ru ()

А знаете ли вы об команде chattr ?

Сабж ?

Это я к тому что недавно поставил в тупик типа крутых линукс админов которые не могли удалить простой файлик на extX системе ...

 , ,

Jopich1 ()

нужна помощь с fsck на nas dlink dns 320

у меня есть nas я запустил

 fsck -vn /dev/md1
/dev/md1: ********** WARNING: Filesystem still has errors **********           
                                                                               
                                                                               
  590203 inodes used (0.48%)           
   31634 non-contiguous files (5.4%)
     329 non-contiguous directories (0.1%)
         # of inodes with ind/dind/tind blocks: 78170/9180/38
282071235 blocks used (57.88%)
       0 bad blocks
     100 large files

  506769 regular files
   81455 directories
       0 character device files
       0 block device files
      14 fifos
    1288 links
    1953 symbolic links (1609 fast symbolic links)
       2 sockets
--------
  591481 files

у меня вопросы: 1 как узнать что именно покоцено 2 если файлы покоцены,то доступно ли эти файлы или они кучка бит на винтах не доступных для системы? 3 как запустить fsck? из вебморды какая-то невразумительная ошибка пока в голове: собрать dropbear,создать ram диск и отмонтировать винт

 , ,

olovo ()

что за файлы goog-badbinurl-shavar.cache goog-phish-shavar.pset

Исторяи такова. пропали js и css одного проектика. Свежих бекапов нету(я так думал), запускаю testdisk и лезу в папку с поуктом, и замечаю что в общей папке исходников лежат удаленные файлы

# ls
goog-badbinurl-shavar.cache  goog-phish-shavar.pset     goog-unwanted-shavar.sbstore  test-phish-simple.cache    test-unwanted-simple.cache
goog-badbinurl-shavar.pset   goog-phish-shavar.sbstore  test-malware-simple.cache     test-phish-simple.pset     test-unwanted-simple.pset
goog-malware-shavar.cache    goog-unwanted-shavar.pset  test-malware-simple.sbstore   test-phish-simple.sbstore  test-unwanted-simple.sbstore
заглянул в часть файлов, среди них есть конфиг screen'а, ключи ssh, pre post хуки git'а, ест ькакаято картиночка(не стал выкачивать по ссш и смотреть что там).

Вопрос, что за хрень. По идеи это все файлы мозилы для какогото safe browsing. Но какого фига они делают(делали) в директории моих исходников. Меня наталкивает на мысль, то что глюканула фс(питание пропадало пару дней назад). js которые я восстановил при помощи testdisk оказались поломанными. так что в конце концов восстановил все с бекапа.

глюк фс(ext4 на ssd) это как-то неприятно.

UPD. проверил фс

fsck -n -f /

/dev/sdb1: ********** WARNING: Filesystem still has errors **********

/dev/sdb1: 1040822/7331840 files (0.9% non-contiguous), 22479924/29304832 blocks

 ,

swelf ()

Ext+снапшоты

Помнится, были форки Ext3 с прикрученным copy-on-write и снапшотами. Что-нибудь живо ещё?

 ,

Deleted ()

Read-only fs after inode recovery, Centos

Centos 5.9 Восстанавливалась база из дампа. А точнее, из одного дампа с задержкой по времени было запущено восстановление в две новые базы с помощью pg_restore. Т.е. висели в screen две сессии восстановления из 1 дампа в разные базы, и все без ошибок, судя по output, восстановилось.
Так, оказывается, делать нельзя. df -h стал внезапно ругаться на невозможность доступа к fs. После ребута (была надежда что при загрузке пройдет стандартная проверка fs) система не грузится, ругается на multiple inodes для одного файла (как раз этот дамп, из которого шло восст-е).
Ок, болванка с Centos, rescue mode, fsck -t ext3 /dev/vda1. Подтверждаю исправления по inode, которые выдала проверка, ребут. Система уже грузится, но fs все равно грузит в read-only. Вот здесь я уже не могу понять, что делать дальше.
И да, такое восстановление баз это нормальная затея? Кажется мне, это просто говённые нюансы работы ext3.

 , , ,

drunken_train ()

Бэкап ext-fs под win в tar ?

Может быть кому попадался софт для бэкапа драйвов (usb в частности) с ext-fs под форточки в tar ? Погуглил - ничего подобного не нашёл :(

Paragon'ы и прочие акронисы бекапят в свои форматы так что это не то.

VBox с линем и и транзитной share-папкой - не самый лучший вариант - скорость передачи страдает :(

Пока рассматриваю вариант установки colinux параллельно с win, но я бы не сказал что такой вариант оптимален - слишком много телодвижений. Если была бы одна тулза, то всё было бы куда проще.

 , , , ,

Blacksmith ()

Проверяет ли утилита fsck.ext3 целостность файлов?

К примеру в середине ФС, где есть данные я сделаю что-то похожее на:

dd if=/dev/zero of=/dev/sda1 bs=1M seek=16000 count=16
Утилита fsck.ext3 заметит, что какие-то файлы попортились?

Если не заметит, есть ФС, которая это обнаружит?

 ,

Viper ()

ext3 и десятки тысяч файлов в директории - будет ли падение производительности?

Имеется впс на цент ос, файловая система ext3.
В одной папке лежит около 14 тысяч файлов - джипеги, без разбивки по поддиректориям (скрипты движка не позволяют по другому их хранить).
Вопрос: если количество файлов будет только расти - то после какого числа файлов начнутся тормоза при обращении к директории?
Что скажет ваш админский опыт?
Инодов хватит .... их еще 1,7 млн осталось....

 ,

PingVin144 ()

для /home

что же всё же лучше для хомяка?

какая из фс наиболее надёжна?

операционка openSUSE Leap 42

 , , , ,

pyometra ()

восстановить грохнутый ext3-раздел

Было дело, каюсь - в суете удалил раздел ext3 размером в 1TB. Создал в его начале новый раздельчик в 100MB (вроде af-типа от Apple), и слегка заполнил его. А потом понял, что не то грохнул и пришел в ужас.

Вопрос следует их преамбулы - как можно восстановить этот 1Т ?

Спасибо что дочитали пост :)

 , ,

warpson ()

ext3 всё

https://lkml.org/lkml/2015/8/31/22

Jan Kara

Hello Linus,

could you please pull from

git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus

The biggest change in the pull is the removal of ext3 filesystem driver (~28k lines removed). Ext4 driver is a full featured replacement these days and both RH and SUSE use it for several years without issues. Also there are some workarounds in VM & block layer mainly for ext3 which we could eventually get rid of.

 , ,

yurikoles ()