Вы могли использовать Clonezilla. Это - распределение Linux LiveCD, созданное для создания резервных копий полных дисков или разделов.
Загрузите его, запись на компьютере начальной загрузки и CD. После этого необходимо выбрать источник и место назначения - когда Вы хотите резервировать целый диск, Вам нужен другой диск записать резервное копирование на нем. То, когда Вы принимаете решение создать резервную копию, только один делит Ваше резервное копирование, может быть сохранено на другом разделе того же жесткого диска.
Если Вы не используете странных файловых систем (это, вероятно, ext3 или ext4, таким образом, это в порядке), Clonezilla может создать резервную копию только этих частей раздела, которые действительно используются, таким образом, изображение только что размер что Ваши данные по Вашему разделу.
Clonezilla имеют простой в использовании консольный интерфейс, и каждая опция хорошо объяснена.
Если Вы хотите восстановить резервное копирование, Вы просто загружаете Clonezilla снова, выбираете опцию восстановить и показать, где резервное копирование находится на жестком диске.
Вы вышли из системы и вошли в снова, так как Вы были добавлены к группе A?
В противном случае Ваши текущие процессы входа в систему будут только иметь составы группы, которые это имело во время входа в систему, не любых изменений с тех пор. И любые дочерние процессы того входа в систему будут иметь те же составы группы (т.е. если Вы вошли в X затем каждых приложений включая свой эмулятор терминала и оболочку),
Можно протестировать это путем входа в систему снова на другой консоли или через ssh или что-то как exec sudo -u $(id -u -n) -i
(чтобы эффективно уничтожить и заменить текущую оболочку новой оболочкой - любые фоновые процессы, принадлежащие той оболочке, будут осиротевшими),
С NFS это зависит, какой режим безопасности Вы используете, но в традиционном, список групп, которым принадлежит пользователь, отправляется клиентом на сервер, и существует предел на количество групп, которые могут быть отправлены (это было 16 в прошлый раз, когда я проверил).
Так, клиент говорит: я - uid 1234 и по тому, как я - член групп 12, 13, 14... Если Вы будете больше чем в 16 группах, то тот список будет усеченным и будут группы, для которых сервер не знает, что Вы - член его.
Это - вероятно, объяснение его. Только системный администратор локальной и/или удаленной машины может сделать что-то о тот или путем изменения модели обеспечения безопасности или установки сервера NFS или путем сокращения количества групп, которых Вы являетесь членом.
Мог быть ACLs. Посмотрите
getfacl the-file
Мог быть то, что по некоторым причинам, группы Вы предназначены, чтобы быть в, правильно не установлен. Свериться
id -a
Что относительно
namei -xl "$(readlink -f the-file)"
getfattr -dm- the-file
sudo lsattr the-file
Каков тип файловой системы, в которой он находится?
Какой-либо apparmor, SELinux или какое-либо другое мандатное управление доступом на месте в системе?
Вы уверены, что файл не содержит текст "Разрешение, отклоненное", право ;-)?
Как вы заметили в комментарии, у вас нет прав на чтение /home/username
. Но чтобы прочитать /home/username/path1/path2/file
, вам нужно выполнить разрешения на весь путь.
Для отладки запустите namei -l /home/username/path1/path2/file
от имени пользователя, который читает файл.