Форум русскоязычного сообщества Ubuntu


Увидели сообщение с непонятной ссылкой, спам, непристойность или оскорбление?
Воспользуйтесь ссылкой «Сообщить модератору» рядом с сообщением!

Автор Тема: При обновлении Ubuntu с 20.04 до 22.04 изменились метки жёстких дисков  (Прочитано 2111 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн CyrusEugene

  • Автор темы
  • Любитель
  • *
  • Сообщений: 93
    • Просмотр профиля
Вот, обновление на стационарном ПК прошло нормально, других неприятностей после обновления не обнаружено, только это - почему-то изменились метки жёстких дисков с медиафайлами :idiot2:

На скрине 1 до монтирования жёстких дисков, а на скрине 2 - после монтирования. Как видно, почему-то при монтировании вместо метки 750 GB (2 TB, 3 TB) показывает 750 GB1 (2 TB1, 3 TB1); а при попытке открытия 750 GB (2 TB, 3 TB) пишет, что не удалось показать содержимое папки и что вам запрещено показывать содержимое объекта - скрин 2 и на нём же видно, что в этих объектах/папках ничего нет (0 объектов). Все эти разделы на жёстких дисках в ntfs. В gparted все метки проверял и всё нормально - без добавленной цифры 1 показывает.

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


Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 7416
    • Просмотр профиля
Цитировать
при монтировании вместо метки 750 GB
Начать с того, что это не метки. Это система обзывает разделы по размерам, если нет меток.
Были-бы метки, вполне возможно, что и не приключилось такой неприятности.
Есть такая беда. Когда система автоматически начинает монтировать разделы в другие каталоги (добавляет цифру).
Попробуй так. Они смонтированы в каталог /media/<username>/... Отмонтируешь разделы. Удаляешь все из каталога /media. Перезагружаешь. Если повезет, то примонтируется как надо. Если не повезет, то пробовать еще раз.

Оффлайн CyrusEugene

  • Автор темы
  • Любитель
  • *
  • Сообщений: 93
    • Просмотр профиля
Начать с того, что это не метки. Это система обзывает разделы по размерам, если нет меток.
Были-бы метки, вполне возможно, что и не приключилось такой неприятности.
Нет, это именно те метки, которые я сам давно в gparted ставил (забыл об этом сказать сразу). Если метки тома нет, то ОС назовёт его, например, "Том 600 GB". Раньше подобных неприятностей не было при обновлении ОС до более новой LTS.
Отмонтируешь разделы. Удаляешь все из каталога /media.
Вечером попробую, как дома буду; отпишусь.

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 7416
    • Просмотр профиля
Цитировать
Раньше подобных неприятностей не было
Я столкнулся с этим два года назад, в 20.04. Кстати, это тоже был Windows-раздел.
Значит и метки не спасают. Тогда наплевать на автоматику и выключить ее.
Монтировать самому, вручную, куда надо, что надо, когда надо.
Вручную совсем не означает, что в консоли...
Визуально, это может быть кнопка на панели, которая запускает скрипт... Можно и по старинке, прописать в fstab.
« Последнее редактирование: 22 Августа 2022, 15:22:29 от andytux »

Оффлайн Butjapka

  • Активист
  • *
  • Сообщений: 511
    • Просмотр профиля
Вот, обновление на стационарном ПК прошло нормально, других неприятностей после обновления не обнаружено, только это - почему-то изменились метки жёстких дисков с медиафайлами :idiot2:

На скрине 1 до монтирования жёстких дисков, а на скрине 2 - после монтирования. Как видно, почему-то при монтировании вместо метки 750 GB (2 TB, 3 TB) показывает 750 GB1 (2 TB1, 3 TB1); а при попытке открытия 750 GB (2 TB, 3 TB) пишет, что не удалось показать содержимое папки и что вам запрещено показывать содержимое объекта - скрин 2 и на нём же видно, что в этих объектах/папках ничего нет (0 объектов). Все эти разделы на жёстких дисках в ntfs. В gparted все метки проверял и всё нормально - без добавленной цифры 1 показывает.

Меня бы и не напрягал сей момент, да вот только в transmission (скрин 3) теперь всем раздачам надо новый путь указывать с перехэшированием, раз путь изменился. Вот и вопрос: возможно ли устранить данный глюк и чтобы метки жётких дисков показывались нормально - без добавленной цифры 1? Или проще будет в transmission потратить время на указку нового пути и перехэширования?
содержимое /etc/fstab и вывод команды sudo blkid покажи

Оффлайн CyrusEugene

  • Автор темы
  • Любитель
  • *
  • Сообщений: 93
    • Просмотр профиля
содержимое
Код: [Выделить]
/etc/fstab
и вывод команды
Код: [Выделить]
sudo blkid

+
(Нажмите, чтобы показать/скрыть)
Попробуй так. Они смонтированы в каталог /media/<username>/... Отмонтируешь разделы. Удаляешь все из каталога /media
Так не получится, поскольку пункты "удалить" или "удалить в корзину" при выборе правой кнопкой мыши недоступны.

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 7416
    • Просмотр профиля
Никаких корзин. Удалить, значит удалить.
А команды недоступны скорей всего потому, что нет прав.
Поэтому. Забудь эти "наутилусы с правыми кнопками". Установи Midnight commander, запусти через судо, удали.

Оффлайн Butjapka

  • Активист
  • *
  • Сообщений: 511
    • Просмотр профиля
Так не получится, поскольку пункты "удалить" или "удалить в корзину" при выборе правой кнопкой мыши недоступны.
попробуй эти разделы прописать в fstab
вот так строчка из моего fstab
# /290Gb was on /dev/sda3 during installation
UUID=CC745FDC745FC7BA /290Gb          ntfs    defaults,umask=007,gid=46 0       0
только выделенное красным поменяй на свои значения
номер uuid возьми в соответствии с тем что ты убрал под спойлер и соответственно точку монтирования свою

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 7416
    • Просмотр профиля
Он говорит, что "290Gb" - это у него метка. Зачем вмешивать еще сюда УУИД-ы, чтобы себя лишний раз путать. Монтировать по метке.
Да и в корне они совсем ни к чему. Сейчас тенденция на расчистку корня, убирают оттуда то, что было испокон веков.
« Последнее редактирование: 23 Августа 2022, 12:00:40 от andytux »

Оффлайн CyrusEugene

  • Автор темы
  • Любитель
  • *
  • Сообщений: 93
    • Просмотр профиля
команды недоступны скорей всего потому, что нет прав
Так я понял это, что надо права sudo. В 10.04 (с которой начинал) была возможность со своим паролем зайти как пользователь root да крушить и ломать на свой риск и страх всё в ОС; чуть позже эту возможность убрали (в 12.04 уже не было).
Установи Midnight commander, запусти через судо, удали
Поставил, а как его через sudo запустить? Попробовал так:
(Нажмите, чтобы показать/скрыть)
не выходит :idiot2: А при "простом" запуске этого самого midnight commander тоже нет прав удаления :idiot2:

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 7416
    • Просмотр профиля

Оффлайн CyrusEugene

  • Автор темы
  • Любитель
  • *
  • Сообщений: 93
    • Просмотр профиля
andytux, премного благодарю! Запустил через sudo mc, удалил каталог username, перезагрузил ОС и дело в шляпе - все медиаразделы показываются как надо без добавленной цифры 1:

Подтверждаю, что способ рабочий. Буду знать на будущее (век живи - век учись). Да, скажу ещё, что с самого начала пользования Ubuntu (начинал с 10.04) нужные разделы жёстких дисков подключаю (монтирую) вручную (нажатием на соответствующую иконку); пробовал как-то в меню ОС ставить автоподключение, но при этом ОС разделы называет как-то по-своему, так что по мне, так лучше вручную открывать (работа нетяжёлая); также ещё скажу, что на ноуте обновление с 20.04 до 22.04 прошло нормально и похожей неприятности (как с этим стационарным ПК) не возникло.

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 7416
    • Просмотр профиля
Цитировать
(монтирую) вручную (нажатием на соответствующую иконку)
Это как-раз не вручную. Система решает, что, куда и как она смонтирует. Ты всего лишь кнопка.

Оффлайн CyrusEugene

  • Автор темы
  • Любитель
  • *
  • Сообщений: 93
    • Просмотр профиля
Это как-раз не вручную. Система решает, что, куда и как она смонтирует.
Понятно.
на ноуте обновление с 20.04 до 22.04 прошло нормально и похожей неприятности (как с этим стационарным ПК) не возникло.
Немного не в тему, но вспомнил вот такой момент. На ноуте Ubuntu (22.04 на данный момент) у меня всегда стояла единственной ОС и когда 6 лет назад ставил ещё 16.04, то пользовательский медиараздел сначала сделал в ext4 (перед установкой ОС подготовку HDD делал в gparted в режиме live-CD), а после установки Ubuntu она почему-то посчитала, что сей раздел ext4 только для чтения и что нет прав для записи или удаления файлов/папок на нём; мне тогда пришлось переделывать его (раздел) на ntfs и после этого всё стало как надо - не только просмотр, но и запись/удаление заработали. Это я к тому вспомнил, что некоторые говорят, что в linux нежелательно использовать ntfs от слова совсем.

Оффлайн ALiEN

  • Администратор
  • Старожил
  • *
  • Сообщений: 7319
  • Luck Tales
    • Просмотр профиля
раздел ext4 только для чтения и что нет прав для записи или удаления файлов/папок на нём;
Нужно было просто сменить владельца.
🖥 AsRock B550M Pro4 :: AMD Ryzen 5 3600 :: 16 GB DDR4 :: AMD Radeon RX 6600 :: XFCE
💻 ACER 5750G :: Intel Core i5-2450M :: 6 GB DDR3 :: GeForce GT 630M :: XFCE

 

Страница сгенерирована за 0.046 секунд. Запросов: 25.