Не могу изменить разрешения для извлеченных файлов Ubuntu 13.10

Я пытаюсь установить программу из файла * .x86_64, но, похоже, у меня нет прав для этого.

Даже если я щелкну правой кнопкой мыши и перейду на вкладку «Разрешения», при попытке что-либо изменить (любое из раскрывающихся меню или флажок «Выполнить») оно просто вернется в предыдущее состояние ( снят).

Когда я пытаюсь:

gksu nautilus

изменить разрешение под суперпользователем, это просто сбой:

Nautilus-Share-Message: Called "net usershare info" but it failed:
'net usershare' returned error 255: net usershare: cannot open
usershare directory /var/lib/samba/usershares. Error No such file or
directory Please ask your system administrator to enable user sharing.

** ERROR:nautilus-properties-window.c:1837:schedule_owner_change_timeout:assertion failed: (NAUTILUS_IS_FILE (file))

Затем я попытался изменить разрешения и владельца папки, используя разные пути:

sudo chmod -x *.x86_64

или

chmod -R 777 (folder)

ничего не меняется.

Когда я использую в папке, я получаю:

ls -l 
drwx------ 1 psyc0p4th psyc0p4th       4096 Jan 29 06:38   (folder)

Когда я пробую это в папке (где находятся файлы), я получаю:

-rw------- 1 psyc0p4th psyc0p4th 83827576 Jan 29 06:37 sounds.dat

на каждом файлы.

Эти файлы взяты из скачанного tar.gz. У смолы также есть та же проблема.

Я пытался распаковать с помощью другой программы (xarchiver, p7zip, командная строка tar), и у меня был тот же результат. Единственное отличие состоит в том, что в xarchiver разрешения указаны как -rwxr-xr-x, но не после распаковки.

Другая информация:

psyc0p4th@psyc0p4th-X550CA:/$ mount 
/dev/sda3 on / type ext4
(rw,errors=remount-ro) proc on /proc type proc
(rw,noexec,nosuid,nodev) sysfs on /sys type sysfs
(rw,noexec,nosuid,nodev) none on /sys/fs/cgroup type tmpfs (rw) none
on /sys/fs/fuse/connections type fusectl (rw) none on
/sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type
securityfs (rw) none on /sys/firmware/efi/efivars type efivarfs (rw)
udev on /dev type devtmpfs (rw,mode=0755) devpts on /dev/pts type
devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs on /run type tmpfs
(rw,noexec,nosuid,size=10%,mode=0755) none on /run/lock type tmpfs
(rw,noexec,nosuid,nodev,size=5242880) none on /run/shm type tmpfs
(rw,nosuid,nodev) none on /run/user type tmpfs
(rw,noexec,nosuid,nodev,size=104857600,mode=0755) none on
/sys/fs/pstore type pstore (rw) /dev/sda1 on /boot/efi type vfat (rw)
systemd on /sys/fs/cgroup/systemd type cgroup
(rw,noexec,nosuid,nodev,none,name=systemd) gvfsd-fuse on
/run/user/1000/gvfs type fuse.gvfsd-fuse
(rw,nosuid,nodev,user=psyc0p4th) /dev/sr0 on /media/psyc0p4th/Perfect
Stranger type udf
(ro,nosuid,nodev,uid=1000,gid=1000,iocharset=utf8,umask=0077,uhelper=udisks2)
/dev/sda6 on /media/psyc0p4th/DATA type fuseblk
(rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sda7 on /media/psyc0p4th/Restore type fuseblk
(rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sda2 on /media/psyc0p4th/Recovery type fuseblk
(rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)

psyc0p4th@psyc0p4th-X550CA:/$ arch 
x86_64

Я также пытался сделать все, что вошло в систему как root, безрезультатно.

Я использую Linux уже около месяца, поэтому я довольно новичок во всем этом, если вам нужна какая-то другая информация, просто спросите. Спасибо за все.

1
задан 24 February 2014 в 19:52

2 ответа

Я просто решил проблему. Я переместил файлы от каталога Downloads до Корневого каталога. Я могу теперь изменить все полномочия для всех файлов и выполнить .x86_64 файл.

я нашел идею там: Разрешение, Отклоненное при использовании./настраивать Спасибо!

0
ответ дан 24 February 2014 в 19:52

Откройте Terminal ( Ctrl + Высокий звук + T ) и перейдите к каталогу где tar.gz при использовании cd, например: cd /home/yourname/Downloads/ и делают затем:

, если необходимо установить tar.gz или tar bz2:

, Если это - использование tar.gz

tar xvzf packagename.tar.gz

, если это - использование tar bz2

tar xvjf packagename.tar.bz2

и затем

./configure

 make

sudo make install

, хотя я советую для использования Chekinstall sudo aptitude install checkinstall, он даже рекомендуется. И вместо make и sudo make install использование sudo checkinstall, потому что это хранит Ваши ручные установки на системе, которая может быть легко удалена тогда.

0
ответ дан 24 February 2014 в 19:52

Другие вопросы по тегам:

Похожие вопросы: