Реально ли разобраться с монтированием разделов?

Поток сознания какой то, очень сложно понять проблему...

Список примонтированного - mount ; df -h или cat /proc/mounts

То что данные после отмонтированият появляются - похоже, udev или policykit автоматически не то монтирует.

Поток сознания какой то, очень сложно понять проблему...

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

Список примонтированного - mount ; df -h или cat /proc/mounts

Вот где поток сознания:)

[buratino@localhost ~]$ cat /proc/mounts
rootfs / rootfs rw 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
devtmpfs /dev devtmpfs rw,seclabel,nosuid,size=1981828k,nr_inodes=495457,mode=755 0 0
devpts /dev/pts devpts rw,seclabel,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev 0 0
tmpfs /run tmpfs rw,seclabel,nosuid,nodev,mode=755 0 0
/dev/sda8 / ext4 rw,seclabel,relatime,user_xattr,barrier=1,data=ordered 0 0
selinuxfs /sys/fs/selinux selinuxfs rw,relatime 0 0
tmpfs /sys/fs/cgroup tmpfs rw,seclabel,nosuid,nodev,noexec,relatime,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpuacct,cpu 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=31,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,seclabel,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
mqueue /dev/mqueue mqueue rw,seclabel,relatime 0 0
securityfs /sys/kernel/security securityfs rw,relatime 0 0
tmpfs /media tmpfs rw,seclabel,nosuid,nodev,noexec,relatime,mode=755 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
configfs /sys/kernel/config configfs rw,relatime 0 0
/dev/sdc4 /mnt/buratino1 ext3 ro,seclabel,noatime,user_xattr,barrier=1,nodelalloc,data=ordered 0 0
/dev/sdc8 /mnt/KARTOSKA vfat rw,noatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/sdc3 /mnt/luk fuseblk rw,noatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
/dev/sdb9 /mnt/154gektara fuseblk rw,noatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
/dev/sda5 /mnt/10_fat32 vfat rw,noatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=ascii,shortname=mixed,errors=remount-ro 0 0
/dev/sda1 /mnt/freedos vfat rw,noatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/sda6 /mnt/300_litrov fuseblk rw,noatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
/dev/sdb10 /mnt/302_vedra ext3 rw,seclabel,relatime,user_xattr,acl,barrier=1,nodelalloc,data=ordered 0 0
/dev/sda7 /home/buratino ext3 rw,seclabel,relatime,user_xattr,acl,barrier=1,nodelalloc,data=ordered 0 0
gvfs-fuse-daemon /run/user/buratino/gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1002,group_id=1002 0 0
[buratino@localhost ~]$

Спасибо, посмеялся! ) это в каком дистрибутиве такая чехарда с виртуальными файловыми системами? Или может это systemd доставляет...

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

Спасибо, посмеялся! ) это в каком дистрибутиве такая чехарда с виртуальными файловыми системами?

Федора17 Ну а разделов у меня на трёх винтах много.

Теперь внятно сформулируй, что ты хочешь получить в результате.

Разобраться с непонятной сущностью с точкой монтирования /mnt/Kuvalda_4 К чему-то же я примонтировался, может этот раздел хранит данные на других разделах и однажды случится конфликт.

KARTOSKA, buratino, 302_vedra, 300_litrov, 154gektara

У нас было 2 пакета травы, 75 таблеток мескалина, 5 упаковок кислоты, пол-солонки кокаина и...

Как монтировал то? Через fstab?

может этот раздел хранит данные на других разделах

Так не бывает, если только на lvm что то хитрое не собрано, но похоже нет. Для успокоения - команда lvs ничего не покажет.

/mnt/Kuvalda_4 : ничего туда не примонтировано. Выводу mount можно верить. При перезагрузке там что то появляется? Или это единичный случай был?

umount -l точка_монтирования|/dev/sdb10
umount /dev/sdb10 -f

man sync. И всё бы было у тебю в парядке.

...наверное, винегретом отравились.

Посмеялся от души. Может это тепловой удар? Лето всё-таки.

Ответ на заголовок: думаю нет, безнадёжно...

У нас было 2 пакета травы, 75 таблеток мескалина, 5 упаковок кислоты, пол-солонки кокаина и...

Логика у тебя бывает только проездом. Если каталоги обзывают по названию бумажных папок с данными, то разделы назвать мерами площади и объёма никак нельзя - упоротые наркоманы не одобрят.

Как монтировал то? Через fstab?

А как же ещё. Монтировал также как и системные разделы на 500 гиговых винтах, но после перезагрузки на ext4 разделах двухтерабайтного винта большая часть данных улетучилась в никуда. extundelete не смог их вернуть, partitionmanager не нашёл ошибок и его форматирование не смогло уничтожить данные мигрировавшие на странный раздел про который он не знает.

может этот раздел хранит данные на других разделах

Так не бывает

В тот то и дело что на win XP без сервиспаков похожее уже было. Сделал фатовскую файлопомойку на 154 гига и начал заполнять её данными. При достижении объёма данных было какое-то беспокойство необяснимое логически а потом при записи начали портиться данные а потом и разделы - запись производилась куда попало, в пределах всего винта.

если только на lvm что то хитрое не собрано

Тоже на lvm подумал, не удивлюсь если дистрибутив задействовал её самостоятельно.

команда lvs ничего не покажет

# lvs
  No volume groups found

При перезагрузке там что то появляется?

Есть ещё одна фича. В /mnt/ кроме каталогов с примонтированными разделами есть ещё несколько про запас. Кликаешь по такому каталогу локальной менюшкой и получаешь данные: свободно 4,7 Гб из 25,7 Гб (использовано 82%). Эти данные соответствуют данным с «раздела призрака» примонтированного к /mnt/Kuvalda_4. После того как к неиспользуемому каталогу примонтируешь раздел, локальная менюшка показывает уже его данные об использованном и свободном объёме.

Или это единичный случай был?

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

было какое-то беспокойство необяснимое логически

дистрибутив задействовал её самостоятельно

Прекратите, я в истерике :D

Реально ли разобраться с монтированием разделов?

не, братюнь. просто пыхни ещё

Прекратите, я в истерике :D

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

В тот то и дело что на win XP без сервиспаков похожее уже было.

ну в Windows такие чудеса традиционно были. Теперь и в федоре?

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

исправил. Хотя раньше можно было вместо Slackware и любой другой дистр юзать. видать отстали мы с Патрегом от вас...

Есть ещё одна фича. В /mnt/ кроме каталогов с примонтированными разделами есть ещё несколько про запас. Кликаешь по такому каталогу локальной менюшкой и получаешь данные: свободно 4,7 Гб из 25,7 Гб (использовано 82%). Эти данные соответствуют данным с «раздела призрака» примонтированного к /mnt/Kuvalda_4. После того как к неиспользуемому каталогу примонтируешь раздел, локальная менюшка показывает уже его данные об использованном и свободном объёме.

это не фича, а глюк твоего ФМ.

ну в Windows такие чудеса традиционно были. Теперь и в федоре?

Вообще-то федора, а может и не только она, сопротивляется исправлению собственной работоспособности при проблемах с разделами. Если повредился раздел одного из пользователя то максимум что загрузится так это терминал с рутом и mc показывающий часть букв квадратиками. Если полетел любой файлопомоечный раздел примонтированный в fstab, то система не загрузится покуда этот раздел не закоментишь в конфиге и не перезагрузишься. А если вынуть винт с примонтированной файлопомойкой или вставить вместо него другой то линукс тоже не грузится. Но самый прикол что починить раздел при помощи fsck может в теории и возможно но малореально и очень долго - пока все маны перечитаешь и все способы перепробуешь... Чтобы легко и просто починить разделы, в линуксе нужно запустить иксы и партитионманагер или гэпартер, они починят ФС легко и просто, с первой попытки, только гэпартер не выведет в окошке всю информацию о проблеме. Но ведь линукс с повреждённым разделом отказывается запускать иксы, точно как Хрюша отказывается применять запасной реестр при отсутствии файлов повреждённого. В итоге для операций с разделами по многу раз приходится загружать загрузочные образы линуксов на ДВД. В данном случае использовал дистрибутивы 10.4 и 11.3 калькулейта - там разбивал, пытался починить раздел чтобы найти данные, после переформатировал ext4 в ext3. Поэтому нельзя сказать что все баги в федоре - для работы с диском, конфигами и данными было задействовано больше одного дистрибутива.

Если бы десктопный линукс при проблемах со второстепенными разделами просто их не монтировал и грузился дальше то пользователям было удобнее.

это не фича, а глюк твоего ФМ.

Глюк или не глюк а неучтённый раздел реальность а ФМ тестировались для работы в иной реальности:)