Вопросы Теги

Такая же папка и имя файла в том же месте

В Ubuntu, почему у меня нет папки с именем «MyFile» и документа с именем «MyFile» в том же месте? Я получаю ошибку item already used in this location. Ubuntu / Linux обрабатывает папки и файлы как одни и те же объекты (указатели на диск)?

1
задан 22 April 2018 в 19:16

2 ответа

у вас не может быть двух объектов с тем же именем в одном месте. что произойдет, если вы хотите, чтобы кошка или файл vi? какой объект будет выбран ОС? поэтому из-за путаницы вы не сможете иметь одно и то же имя для файла и папки в том же месте. и, кстати, папка - это файл, в котором размещаются другие файлы.

1
ответ дан 23 May 2018 в 18:07
  • 1
    Ваш ответ бросает вопрос OP на его лицо («у вас не может быть двух объектов с тем же именем в одном месте», которые он / она явно уже знает - вопрос «почему?»), А затем вы задавать риторические вопросы, как если бы они были безответными и решали вопрос. Если у меня есть файл и каталог с тем же именем, и я cat или vi это имя, то, очевидно, ОС должен выбрать файл. Почему это не работает? – G-Man 18 August 2015 в 20:18
  • 2
    @ G-Man: на самом деле vi, который обычно vim на Ubuntu, очень рад открыть и показать каталог и даже отредактировать его. Попробуйте: vi . – arielf 22 August 2015 в 03:23
  • 3
    @arielf: (1) Я говорил, что если был возможен для файла и подкаталога с тем же именем, чтобы существовать в том же каталоге, тогда, когда (в первую очередь) файловая команда такая поскольку cat или vi адресованы этому имени, интерпретация logical должна вызывать его в файле, а не в подкаталоге. Тот факт, что (в первую очередь) файло-ориентированная команда (vi) также работает в каталоге (sub), не имеет отношения к этому утверждению. – G-Man 27 August 2015 в 09:21
  • 4
    (2) Ваше заявление - красная селедка. vim не рассматривает аргументы подкаталогов наивно; с тем же кодом, с которым он обрабатывает файлы. vim кажется (на очень упрощенном уровне) двумя программами в одном: если он вызывается в файле, он действует как текстовый редактор, и если он вызывается в подкаталоге, он действует как файловый менеджер. – G-Man 27 August 2015 в 09:21
  • 5
    @ G-Man: я ссылался только на ваше последнее утверждение в 1-м комментарии: «тогда, очевидно, ОС должна выбрать файл». - это то, что на меня набросилось, как неправда для vi. Приветствия. – arielf 28 August 2015 в 21:30

https://unix.stackexchange.com/a/238056/139805

ничего себе, это действительно странно, но я просто сделал то, что автор спросил. Вот так, так что это реальный ответ: P 

charles@charles-MacBook ~ $ cd /usr/share
charles@charles-MacBook /usr/share $ ls -ld pix*
drwxr-xr-x 13 root root  4096 Oct 22 21:04 pixmaps
-rw-r--r--  1 root root 17626 Oct 22 21:07 pixmaps 
charles@charles-MacBook /usr/share $ mv pixmaps pixmaps
mv: cannot move ‘pixmaps’ to a subdirectory of itself, ‘pixmaps/pixmaps’
charles@charles-MacBook /usr/share $ ls -ld pix*
drwxr-xr-x 13 root root  4096 Oct 22 21:04 pixmaps
-rw-r--r--  1 root root 17626 Oct 22 21:07 pixmaps 
charles@charles-MacBook /usr/share $ file pix*
pixmaps:  directory
pixmaps : X pixmap image, ASCII text

это было сделано: 

charles-MacBook MaSSH # ls
instMaSSH.sh  MaSSHandra  MaSSHandra.desktop  MaSSHandraMesh.xpm
MaSSHandra.xpm  mime-MaSSHandra.xml
charles-MacBook MaSSH # cat instMaSSH.sh 
cp -i MaSSHandra.desktop /usr/share/applications
cp -i MaSSHandra.xpm /usr/share/pixmaps 
cp -i MaSSHandraMesh.xpm /usr/share/pixmaps
xdg-icon-resource install --context mimetypes --size 48 /usr/share/pixmaps/MaSSHandra.xpm application-x-MaSSHandra
xdg-icon-resource install --context mimetypes --size 48 /usr/share/pixmaps/MaSSHandraMesh.xpm application-x-MaSSHandraMesh
setcap cap_net_raw+ep /opt/MaSSHandra/bin/MaSSHandra
charles-MacBook MaSSH # ./instMaSSH.sh 
cp: overwrite ‘/usr/share/applications/MaSSHandra.desktop’? y
xdg-icon-resource: file '/usr/share/pixmaps/MaSSHandra.xpm' does not exist
xdg-icon-resource: file '/usr/share/pixmaps/MaSSHandraMesh.xpm' does not exist

whoah альтернативный ответ два файла с тем же именем, даже не каталог и файл больше wow 

charles-MacBook share # ls -ld pi*
drwxr-xr-x 13 root root  4096 Oct 22 21:08 pixmaps
-rw-r--r--  1 root root 17626 Oct 22 21:09 pixmaps 
charles-MacBook share # mv pixmaps /tmp
charles-MacBook share # mv pixmaps  /tmp/pixmaps/
charles-MacBook share # ls -ld pix*
-rw-r--r-- 1 root root 21535 Oct 22 21:26 pixmaps
-rw-r--r-- 1 root root 17626 Oct 22 21:26 pixmaps 
charles-MacBook share # ls -li pix*
1849351 -rw-r--r-- 1 root root 21535 Oct 22 21:26 pixmaps
1841386 -rw-r--r-- 1 root root 17626 Oct 22 21:26 pixmaps 
charles-MacBook share # file pix*
pixmaps:  X pixmap image, ASCII text
pixmaps : X pixmap image, ASCII text
charles-MacBook share # ls -liF pix*
1849351 -rw-r--r-- 1 root root 21535 Oct 22 21:26 pixmaps
1841386 -rw-r--r-- 1 root root 17626 Oct 22 21:26 pixmaps

совершенно странное поведение 

charles-MacBook MaSSH # ls -l /usr/share/pixmaps
pixmaps   pixmaps   
charles-MacBook MaSSH # rm -i /usr/share/pixmaps                                                                 
rm: remove regular file ‘/usr/share/pixmaps’? y
charles-MacBook MaSSH # ls -l /usr/share/pixmaps  
-rw-r--r-- 1 root root 17626 Oct 22 21:26 /usr/share/pixmaps 
charles-MacBook MaSSH # rm -i /usr/share/pixmaps
rm: cannot remove ‘/usr/share/pixmaps’: No such file or directory
charles-MacBook MaSSH # ls -l /usr/share/pixmaps  
-rw-r--r-- 1 root root 17626 Oct 22 21:26 /usr/share/pixmaps 
charles-MacBook MaSSH # cd /usr/share
charles-MacBook share # rm pixmaps  
charles-MacBook share #
0
ответ дан 23 May 2018 в 18:07
  • 1
    В конце одного из двух имен есть какая-то форма пространства. Вы можете указать в «файле». выходы. – dascandy 31 October 2016 в 20:15

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

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