Баг или фича?

vasek
а значит должна быть утилита, позволяющая вытащить информцию inode на конкретный файл.
может так?
filefrag -v /home/antavr/test.txt
Filesystem type is: 9123683e
File size of /home/antavr/test.txt is 5 (1 block of 4096 bytes)
 ext:     logical_offset:        physical_offset: length:   expected: flags:
   0:        0..    4095:          0..      4095:   4096:             last,not_aligned,inline,eof
/home/antavr/test.txt: 1 extent found
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
может так?
filefrag -v /home/antavr/test.txt
значит filefrag работает, тогда можно и вычислить
filefrag -v ~/test.txt
Filesystem type is: ef53
File size of /home/vasek/test.txt is 5 (1 block of 4096 bytes)
 ext:     logical_offset:        physical_offset: length:   expected: flags:
   0:        0..       0:    2655737..   2655737:      1:             last,eof
/home/vasek/test.txt: 1 extent found
и видим сектор 2655737, а один сектор = 4096 байт, а значит начало файла составит
UPD - 4096 это не размер блока диска, а размер блока которым оперирует файловая система
2655737 * 4096 = 10877898752
но нужно помнить, что отсчет секторов идет на разделе /dev/sda3,
sudo hexdump -C -n 4096 -s 10877898752 /dev/sda3
2885f9000  54 45 53 54 0a 00 00 00  00 00 00 00 00 00 00 00  |TEST............|
2885f9010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
2885fa000
Но можно пересчитать и на диск /dev/sda
начало (смотрим fdisk) /dev/sda3 = 271257525 * 512 = 138883852800
а значит с начала диска файл будет
138883852800 + 10877898752 = 149761751552
что совпадает с приведенным ранее, то есть
sudo hexdump -C -n 4096 -s 149761751552 /dev/sda
покажет наш файл

И еще вопрос, если на btrfs работает filefrag, то работает ли debugfs ?
Ошибки не исчезают с опытом - они просто умнеют
vasek, не все так просто.
hexdump -C -n 4096 -s "$(echo '4095 * 4096' | bc)" /dev/sda3
00fff000  7c c8 8b ca 4d b2 6b 45  54 8b 6a 84 c4 c0 ee 7f  ||...M.kET.j.....|
00fff010  0d 7a 32 37 92 ad dc d2  88 00 0a a5 f5 59 4c f5  |.z27.........YL.|
00fff020  03 e8 f9 62 fe 45 39 61  74 75 f0 63 14 2c 19 d2  |...b.E9atu.c.,..|
00fff030  22 66 ef 0e 12 03 aa 0f  41 11 50 b8 71 87 85 25  |"f......A.P.q..%|
00fff040  17 ab 53 ac cb 15 18 08  47 f7 ca ff 8e ff 80 17  |..S.....G.......|
....
или
hexdump -C -n 4096 -s "$(echo '1443840 * 512 + 4095 * 4096' | bc)" /dev/sda
2d0ff000  7c c8 8b ca 4d b2 6b 45  54 8b 6a 84 c4 c0 ee 7f  ||...M.kET.j.....|
2d0ff010  0d 7a 32 37 92 ad dc d2  88 00 0a a5 f5 59 4c f5  |.z27.........YL.|
2d0ff020  03 e8 f9 62 fe 45 39 61  74 75 f0 63 14 2c 19 d2  |...b.E9atu.c.,..|
2d0ff030  22 66 ef 0e 12 03 aa 0f  41 11 50 b8 71 87 85 25  |"f......A.P.q..%|
2d0ff040  17 ab 53 ac cb 15 18 08  47 f7 ca ff 8e ff 80 17  |..S.....G.......|
2d0ff050  58 ff ed 04 33 b8 b5 d0  ea 58 5c 57 04 94 b7 7d  |X...3....X\W...}|
данные на диске сжаты у меня.

P/S. завтра попробую создать несжатый подтом и посмотрю на нем...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vasek
И еще вопрос, если на btrfs работает filefrag, то работает ли debugfs ?
приведи пример для проверки...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
данные на диске сжаты у меня.
P/S. завтра попробую создать несжатый подтом и посмотрю на нем…
Понятно. Не нужно проверять. Это я хотел узнать, возможно ли на btrfs восстановить ручным способом удаленные файлы.
Хотя там предусмотрена своя система восстановления и думаю, что восстановить удаленные файлы можно, используя соответcтвующий снапшот.

nafanja
приведи пример для проверки…
В части утилит из пакета e2fsprogs - спросил, не подумав - утилит там много и проверять нет смысла, нужно смотреть описание man.
Например, для filefrag - может использоваться для любых файловых систем
filefrag  reports on how badly fragmented a particular file might be.  It makes allowances for indirect blocks for ext2 and ext3 filesystems, but can be used on files for any filesystem.
а вот, например, debugfs, может использоваться только для ext2/3/4
The debugfs program is an interactive file system debugger. It can be used to examine and change the state of an ext2, ext3, or ext4 file system.

Это я уже давно готовлюсь к переходу на btrfs, но ни как не могу взять новый ноут, нужного в магазине нет, а брать на заказ с доставкой и деньги вперед, что то нет желания. Жду подходящего случая для поездки.
Ошибки не исчезают с опытом - они просто умнеют
nafanja, решил поэкспериментировать с btrfs. Создал файл размером 1G, создал на нем файловую систему btrfs, подключил, смонтировал и создал подтом а в нем создал файл. Как то все непривычно, все подругому. Подскажи, какие нужны дополнительные утилиты для работы с btrfs.
Конечно это не реальная система, но довольно близкая, хочу немного поиграться.

file ~/btrfs-image
/home/vasek/btrfs-image: BTRFS Filesystem sectorsize 4096, nodesize 16384, leafsize 16384, UUID=b95c0144-2488-472c-95d4-287899e4f8e0, 147456/1073741824 bytes used, 1 devices
Ошибки не исчезают с опытом - они просто умнеют
Вообщем около часа провозился с btrfs и пока так и не разобрался как в ее идеологии, так и с блоками.
Но понял, что файловая система очень надежная - создал текстовой файл (This is file txt_btrfs) и эта строчка прописана аж в 4-х местах - выходит, что если что то полетит, то должно восстановится без всяких проблем. Но не понятно - почему в 4-х местах, похоже в 2-х местах, а 2-ая пара отображает не содержание файла, а то что я набирал в консоле при создании файла.
02543e20  00 00 00 00 00 00 00 00  00 54 68 69 73 20 69 73  |.........This is|
02543e30  20 66 69 6c 65 20 74 78  74 5f 62 74 72 66 73 2e  | file txt_btrfs.|
…………………
0254fe20  00 00 00 00 00 00 00 00  00 54 68 69 73 20 69 73  |.........This is|
0254fe30  20 66 69 6c 65 20 74 78  74 5f 62 74 72 66 73 2e  | file txt_btrfs.|
………………….
05873e20  00 00 00 00 00 00 00 00  00 54 68 69 73 20 69 73  |.........This is|
05873e30  20 66 69 6c 65 20 74 78  74 5f 62 74 72 66 73 2e  | file txt_btrfs.|
…………………
0587fe20  00 00 00 00 00 00 00 00  00 54 68 69 73 20 69 73  |.........This is|
0587fe30  20 66 69 6c 65 20 74 78  74 5f 62 74 72 66 73 2e  | file txt_btrfs.|

Кто знает, проясните эту ситуацию с дублированием - должно быть 2 или 4 - никаких снапшотов не создавал.

EDIT 1 - хоть 2 хоть 4, всеравно не понимаю - выходит полезный объем диска уменьшается или в 2 или в 4 раза??? - если каждый файл дублируется (или 4-уется) - хотя нет, просто исчезает часть пустого места, занятого файлом, но всеравно уменьшается.
Ошибки не исчезают с опытом - они просто умнеют
vasek
Подскажи, какие нужны дополнительные утилиты для работы с btrfs.
btrfs-progs и для автоматизации бэкапов snapper, snap-sync, snap-pac

vasek, там ничего не дублируется. просто ты (или редактор) несколько раз сохранял файл, а это остались следы от копирования при записи.
один из них это последний вариант, а остальные мусор который уже считается свободным местом.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
там ничего не дублируется. просто ты (или редактор) несколько раз сохранял файл, а это остались следы от копирования при записи.
Прсто как то странно это, вроде только создал ФС, создал файл, один раз - вообщем буду разбираться, может что то сделал и не то - это же ведь обычный файл, может намудрил с монтированием, которое вспоминаю делал несколько раз (что то там не получалось).
И да влез в чужую тему с этой btrfs, что то не хорошо. На этом вопросы про btrfs заканчиваю.
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.