Não é possível alterar permissões em arquivos extraídos Ubuntu 13.10

1

Estou tentando instalar um programa do arquivo * .x86_64, mas parece que não tenho as permissões certas para isso.

Mesmo se eu clicar com o botão direito do mouse e entrar na guia "Permissão", quando tento alterar qualquer coisa (qualquer um dos menus suspensos ou a caixa de seleção "Executar"), ele apenas muda de volta para o estado anterior ( desmarcada).

Quando tento:

gksu nautilus

para alterar a permissão em superusuário, apenas falha:

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))

Então, tentei alterar as permissões e a propriedade da pasta usando diferentes maneiras:

sudo chmod -x *.x86_64

ou

chmod -R 777 (folder)

nada muda.

Quando uso na pasta, obtenho:

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

Quando eu tento dentro da pasta (onde estão os arquivos), recebo:

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

em todos os arquivos.

Esses arquivos vêm de um tar.gz. O tar também tem o mesmo problema.

Eu tentei descomprimir usando programas diferentes (xarchiver, p7zip, a linha de comando tar) e tenho o mesmo resultado. A única coisa diferente é que no xarchiver, as permissões são listadas como "-rwxr-xr-x", mas não após a descompactação.

Outras informações:

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

Eu também tentei fazer tudo isso logado como root, sem resultado.

Estou usando o Linux há cerca de um mês, então sou novato em tudo isso, se você precisar de outras informações, é só pedir. Obrigado por tudo.

    
por PsYc0p4tH 23.02.2014 / 23:58

2 respostas

1

Eu apenas resolvi o problema. Mudei os arquivos do diretório Downloads para o diretório inicial. Agora posso alterar todas as permissões para todos os arquivos e executar o arquivo .x86_64.

Eu encontrei a ideia lá: Permissão negada ao usar ./configure Obrigado!

    
por PsYc0p4tH 24.02.2014 / 23:46
0

Abra um Terminal ( Ctrl + Alt + T ) e navegue até o diretório onde tar.gz usando cd por exemplo: cd /home/yourname/Downloads/ e depois:

se você precisar instalar tar.gz ou tar.bz2:

Se é tar.gz use

tar xvzf packagename.tar.gz

se for um uso tar.bz2

tar xvjf packagename.tar.bz2

e depois

./configure

 make

sudo make install

embora eu sugiro usar Chekinstall sudo aptitude install checkinstall é mesmo recomendado. E, em vez de make e sudo make install , use sudo checkinstall porque armazena suas instalações manuais no sistema, que podem ser facilmente removidas.

    
por JoKeR 24.02.2014 / 17:16