Файл при записи не сохраняется

[жучара]

Друзья! Файл /home/user/.fly/startmenu/accessories/fly-vkbd.desktop

Shell

user@astra:~$ ls -l /home/user/.fly/startmenu/accessories/fly-vkbd.desktop
-rw-r--r-- 1 user user 424 янв 30 2020 /home/user/.fly/startmenu/accessories/fly-vkbd.desktop
user@astra:~$
user@astra:~$
user@astra:~$ > /home/user/.fly/startmenu/accessories/fly-vkbd.desktop
user@astra:~$
user@astra:~$
user@astra:~$ cat /home/user/.fly/startmenu/accessories/fly-vkbd.desktop
[Desktop Entry]
Name=Virtual Keyboard
Name[ru]=Виртуальная клавиатура
Type=Application
Comment=Virtual Keyboard
Comment[ru]=Виртуальная (экранная) клавиатура
Exec=fly-vkbd --minimizetotray --strut-bottom
Icon=input-keyboard
Terminal=false
Categories=Qt;Utility;Accessibility
OnlyShowIn=FLY
X-FLY-IconContext=Devices
X-Fly-OriginFile=/usr/share/applications/fly-vkbd.desktop
user@astra:~$
user@astra:~$

Также не сохраняются изменения, сделанные текстовым редактором, нампример, vi или nano. То ли я дурак, то ли чё. Никаких ошибок. Работаю пользователем user, Астралинукс орёл 2.29 Спасибо, кто откликнется.

[azsx]

возможно я не прав, но поищете свой файл find в темпе. Встречался, что кое кто свои настроечные файлы кидает в темп и почему то там с ними работает. Короче, сперва поищите fly-vkbd

[ormorph]

Чудеса))
Может права на директорию с файлом.

[Hephaestus]

жучара
Странный какой-то файл.

Вы указываете команду

ls -l /home/user/.fly/startmenu/accessories/fly-vkbd.desktop

для некоторого файла,
а ответ получаете

-rw-r--r-- 1 user user 424 янв 30 2020 /home/use/.fly/startmenu/accessories/fly-vkbd.desktop

для другого файла.
Или у Вас опять проблемы с copy/paste и вы текст из консоли в сообщение перепечатываете руками?

А вообще, файл вложен довольно далеко относительно домашнего каталога.
Проверьте все промежуточные каталоги на предмет прав и владельцев.
Попробуйте перейти в каталог с файлом и поработать там: создать другой файл, отредактировать его, сохранить и т.п.

[жучара]

жучара
Странный какой-то файл.

Вы указываете команду

ls -l /home/user/.fly/startmenu/accessories/fly-vkbd.desktop

для некоторого файла,
а ответ получаете

-rw-r--r-- 1 user user 424 янв 30 2020 /home/use/.fly/startmenu/accessories/fly-vkbd.desktop

для другого файла.
Или у Вас опять проблемы с copy/paste и вы текст из консоли в сообщение перепечатываете руками?

А вообще, файл вложен довольно далеко относительно домашнего каталога.
Проверьте все промежуточные каталоги на предмет прав и владельцев.
Попробуйте перейти в каталог с файлом и поработать там: создать другой файл, отредактировать его, сохранить и т.п.

спасибо, что заметили, файл, конечно же,
/home/user/.fly/startmenu/accessories/fly-vkbd.desktop, я поправил в первом сообщении. Да у меня некоторые проблемы с пощением сюда, фотать мне запретили, приходится руками и иногда ошибаюсь при наборе.

[ormorph]

Да у меня некоторые проблемы с пощением сюда, фотать мне запретили, приходится руками и иногда ошибаюсь при наборе.

Больше похоже что имя пользователя прячете )

[жучара]

Чудеса))
Может права на директорию с файлом.

я в той же директории другой файл создал:

Shell

user@astra:~$ echo cafebabe > /home/user/.fly/startmenu/accessories/foo
user@astra:~$
user@astra:~$ cat /home/user/.fly/startmenu/accessories/foo
cafebabe
user@astra:~$ echo cafebabe_ > /home/user/.fly/startmenu/accessories/foo
user@astra:~$
user@astra:~$ cat /home/user/.fly/startmenu/accessories/foo
cafebabe_

всё, как видите, на ура правится. А /home/user/.fly/startmenu/accessories/fly-vkbd.desktop нет.

[ormorph]

Да как бы все должно работать, у пользователя права есть на запись. Но это же астра, может там какая защита стоит на desktop файлы, типа править может только разрешённое ПО или ещё что. Одно слово чудеса...

[жучара]

Чё-то я там подкрутил и всё заработало, как нужно. Похоже, на работу этого всего влиял соседний файл:
/home/user/.fly/startmenu/accessories/fly-vkbd.desktop~
Надо не забыть доразбираться и отписаться.

[ormorph]

Похоже, на работу этого всего влиял соседний файл:
/home/user/.fly/startmenu/accessories/fly-vkbd.desktop~

А вот это странно, если vi, то ещё поверю, а вот nano не создаёт временных файлов во время редактирования.

[Hephaestus]

ormorph
Насколько я помню, в случае vi(m) это не временный файл, а бекап, содержащий предыдущую версию редактируемого файла.
И он никак не должен препятствовать редактированию.
А уж команда cat вообще плевать на него хотела.

[ormorph]

Насколько я помню, в случае vi(m) это не временный файл, а бекап, содержащий предыдущую версию редактируемого файла.

Тогда такие темы просто так создавались тыц.
Ну а cat как бы и так работал.

[Hephaestus]

Тогда такие темы просто так создавались тыц.

Тема по Вашей ссылке никак не свидетельствует о том, что файлы-бекапы
влияют на редактирование.
Временные файлы vim (которые .swp) - да, влияют,
такой файл существует, пока редактируемый файл открыт в редакторе,
соответственно, vim предупредит, если попытаться открыть уже открытый файл.
При закрытии редактируемого файла .swp-файл удаляется.
Если vim завершен аварийно, .swp-файл остается на диске и может помешать открытию файла.
Но это всё .swp-файлы.
А у ТС был файл-бекап, который редактированию вообще никак не мешает.

Ну а cat как бы и так работал.

ТС очищал файл, направляя в него пустоту.
Затем просматривал опустошенный файл командой cat,
которая предъявляла совсем не пустой файл.
И здесь уж одно из двух: либо команда опустошения не работала (в текущей ситуации это более вероятно),
либо cat предъявляла не текущий файл (который пустой),
а бекап (который не пустой).
И то и другое очень странно, потому что ни cat, ни перенаправление пустоты в файл
не должны оглядываться на файл-бекап от vim.

[ormorph]

Тема по Вашей ссылке никак не свидетельствует о том, что файлы-бекапы
влияют на редактирование.

Там указывалось что vim создавал файл file~.
Да кто его знает что там на самом деле было. Уж и не узнаешь, может там в каталоге чёрт ногу сломит -
что там было.

[Hephaestus]

Там указывалось что vim создавал файл file~.

Это файл-бекап. Содержит предыдущую версию редактируемого файла.
Там человек спрашивал, как это отключить.
Но это совсем не значит, что данный файл мешает редактированию.
Он мешает человеку. Мозолит глаза, что называется.
Мне, например, тоже мешает: на каждый файл имеется два экземпляра практически с одинаковым именем (разница в один символ).
Создается такой файл при каждом редактировании и в большинстве случаев этот бекап не пригождается.
В результате я это дело выключил.
А по Вашей ссылке человек сказал, что он использует git, поэтому бекапы такого рода ему вообще не нужны.
Но это, повторюсь, совсем не означает, что файл-бекап мешает открыть/редактировать основной файл. Не мешает. И не должен мешать.

[Bizdelnick]

Он мешает человеку.

Угу. Если человек вбивает cat, начало пути, жмякает tab и не замечает, что в конце имени файла ещё ~ есть. А потом перебивает команду на форум вручную без ~ и предлагает угадать, что тут не так.