очередное обновление принесло сюрпрайз. правда, все равно — не opensuse tum aka geckolinux mate, где дрова нвидии отвалились в октябре, и по сю пору сделать не могут. ха-ха-ха.

не помню — когда ставил manjaro в первый раз, году в 2019-ом, была сия проблемина или нет, но вот, всплыла — запрос пароля при открытии разделов диска с виндовыми, да и не с виндовыми разделами.

попытался решить через /etc/polkit/rules.d/40-mount-without-pass.rules

содержащем — polkit.addRule(function(action, subject) {
if (action.id == «org.freedesktop.udisks2.filesystem-mount-system» &&
subject.active) {
return polkit.Result.YES;
}
});

может здесь ошибся, может нет. не сработало. лезу дальше. в

/usr/share/actions/org.freedesktop.UDisks2.policy
ищу <allow_active>auth_admin_keep</allow_active>,
меняю — auth_admin_keep на yes,
заработало.

я же, думаю, что сей метод — не вполне безопасен.
нет ли других методов — более безопасных?

с обновлением и вышеприведенный метод org.free..., перестал работать,
но файл — /etc/polkit-1/rules.d/10-udisk2-rules
с содержанием:

// Allow udisks2 to mount devices without authentication
// for users in the «wheel» group.
polkit.addRule(function(action, subject) {
if ((action.id == «org.freedesktop.udisks2.filesystem-mount-system» ||
action.id == «org.freedesktop.udisks2.filesystem-mount») &&
subject.isInGroup(«wheel»)) {
return polkit.Result.YES;
}
});

сработал… на endeavouros, на manjaro — не хочет…
а вот с таким:

polkit.addRule(function(action, subject) {
if (action.id.indexOf(«org.freedesktop.udisks2.») == 0 && subject.isInGroup(«wheel»)) {
return polkit.Result.YES;
}
});

forum.manjaro.org/t/stable-update-2024-01-13-kernels-systemd-qt5-mesa-dbus-firefox-thunderbird/155007/123
откуда взято.

terabox.com/s/1w6Ma8IVvb7JlZ_8-5bVxww
конкретное место на странице.

как оказалось — кавычки должны быть не «уголковые».

terabox.com/s/1PVxuG_wFkkgL1KOjBnA1NQ
пример.

сработал и на манджаро…

К системе подключен HDD, разбит на два раздела
Игра из стима была установлена на один из них. После вылета игры и перезагрузки системы, больше этот раздел не монтируется


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

При
выдает следующее

И никаких изменений


Если

sudo mount /dev/sdb2 /mnt 

то подключает и работает, а вот тупо из долфина если кликнуть без этой команды — опять 25, ошибка

Как и упоминается в заголовке, не получается совершить монтирование раздела жёсткого диска. Система у меня установлена паралельно с Windows, а этот радел был диском D в винде. Краткая информация по системе:


При попытке монтирование выдаёт ошибку:


Из GParted информация о sda1 приведена ниже:


При попытке проверить раздел на ошибки выдаёт это:


Следуя инструкции из этой ошибки я зашёл в Windows, запустил команду chkdsk /f и перезагрузился 2 раза, но ошибка с монтированием сохраняется, а GParted выводит тоже самое.
Есть ли идеи в чём может быть проблема и как её решить?

Совместное использование утилиты rclone и systemd вызывает некоторое поведение смонтированных облачных ресурсов, которое меня не устраивает. А именно, происходит немедленное монтирование и подключение облачного ресурса. А при прописывании параметров монтирования в fstab вообще монтирование происходит дважды и немедленное подключение смонтированного ресурса. Это ни чему особенному не мешает и можно забить. Но мне так не нравиться и не хочется делиться своими ресурсами с другими юзерами в случае с fstab, а в случае монтирования через юниты системды (как от рута, так и от юзера) происходит немедленное подключение ресурса. Итак, костыль:
Рассказываю, этот костыль отменяет линукс и создает подземный стук, а так же выясняет какой главный вопрос вселенной и всего такого, и даже дает ответ на него:
1.конфигурирую rclone config для mailru: ресурса облачного диска
2.создаю в /etc/fstab строку:

#mailru:/ /home/kostya/cloud/cloudmailru rclone config=/home/kostya/.config/rclone/rclone.conf,cache_dir=/home/kostya/cloud/cache 0 0

3.создаю /opt/my_scripts/mountcloud.sh:

#!/bin/bash
username=`who | grep -c "kostya"`
if [ "$username" > "0" ]; then 
  if /usr/bin/grep -q '#mailru:' /etc/fstab; then /usr/bin/sed -i 's/#mailru:/mailru:/g' /etc/fstab; fi; fi;

4.создаю /opt/my_scripts/umountcloud.sh:

#!/bin/bash
 if ! /usr/bin/grep -q '#mailru:' /etc/fstab; then /usr/bin/sed -i 's/mailru:/#mailru:/g' /etc/fstab; fi

5. делаю юниты
/etc/systemd/system/moutcloud.service:

[Unit]
Description=mount cloud (rclone)
Wants=network-online.target
After=network-online.target default.target

[Service]
Type=oneshot
ExecStart=/opt/my_scripts/mountcloud.sh

[Install]
WantedBy=default.target

/etc/systemd/system/umoutcloud.service:

[Unit]
Description=umount cloud (rclone)
DefaultDependencies=no
After=final.target

[Service]
Type=oneshot
ExecStart=/opt/my_scripts/umountcloud.sh

[Install]
WantedBy=final.target

6. на всякий случай скрипт /opt/my_scripts/umountcloud.sh копирую в /usr/lib/systemd/system-shutdown/umountcloud.sh
7. Далее стандартные действа для запуска сервисов

systemctl daemon-reload
systemctl enable moutcloud.service
systemctl enable umoutcloud.service

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

Нужно предоставить возможность на запись на раздел примонтированного жесткого диска.
Сейчас на данном разделе могу читать. На других разделах могу читать и записывать.
Данная ситуация началась после того, как восстановил Граб. До этого данному разделу менял точку монтировки.
команда chown -R oleg:oleg /mnt/96D8850AD884EA37/
ничего принциапиально не поменяла.

Владелец сменился на текущего (был root), группа нет, осталась root. Через Делфи (файловый менеджер поменять не могу. пишет «Нет прав»)
При выполнении команды для каждого каталога сообщает:
chown: изменение владельца '/mnt/96D8850AD884EA37/Фото.lnk': Файловая система доступна только для чтения

Нужно предоставить возможность на запись на раздел примонтированного жесткого диска.
Сейчас на данном разделе могу читать. На других разделах могу читать и записывать.
Данная ситуация началась после того, как восстановил Граб. До этого данному разделу менял точку монтировки.
команда chown -R oleg:oleg /mnt/96D8850AD884EA37/
ничего принциапиально не поменяла:

Владелец сменился на текущего (был root), группа нет. Через Делфи (файловый менеджер поменять не могу. пишет «Нет прав»)
При выполнении команды для каждого каталога сообщает:
chown: изменение владельца '/mnt/96D8850AD884EA37/Фото.lnk': Файловая система доступна только для чтения

Нужно предоставить возможность на запись на раздел примонтированного жесткого диска.
Сейчас на данном разделе могу читать. На других разделах могу читать и записывать.
Данная ситуация началась после того, как восстановил Граб. До этого данному разделу менял точку монтировки.
команда chown -R oleg:oleg /mnt/96D8850AD884EA37/
ничего принциапиально не поменяла:

Владелец сменился на текущего (был root), группа нет. Через Делфи (файловый менеджер поменять не могу. пишет «Нет прав»)
При выполнении команды для каждого каталога сообщает:
chown: изменение владельца '/mnt/96D8850AD884EA37/Фото.lnk': Файловая система доступна только для чтения

При монтировании дисков NTFS они показываются в скрытых папках, в чем может быть проблема? Причем даже при установке 17.1.10 версии.

А так же пробовал через утилиту монтировать, но все равно одно и то же

а вот собственно файл fstab

Добрый день. Сегодня устанавливал систему и столкнулся с неприятным моментом. Оставил всю разметку как была т.е.: 30 /, 3 swap, 200 /home. Ставил на / с форматирование. Все установилось, но вместо рабочего стола манжаро я увидел стандартный xfce, притом багованый. Пробовал перекачать дистриб и с другой флешкой, никакого эффекта. Помогло только то что я не стал проставлять /home на основной винт, все встало как надо. Но теперь не соображу как примонтировать основной винт, в гпартед этот пункт не активен. Подскажите как выйти из этой ситуации, возможно я с самого начала делал что-то не то.

После того как на ноуте пропало питание, и он вырубился, при запуске стала появляться ошибка:
Читать дальше