Вы можете попробовать использовать специальную программу редактирования аудио (например, Audacity)
Это действительно странно - кажется, что это испорченная запись (количество ссылок очень подозрительно). Я бы сделал, во-первых, резервную копию, а затем попытался принудительно проверить диск при следующей перезагрузке.
во-первых, резервная копия
Чтобы принудительно проверить файловую систему на следующую перезагрузку, сначала определите устройство; из каталога df ., скажет что-то вроде этого:
(0)samsung-romano:~% df .
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda6 503315720 140840260 336901780 30% /home
Таким образом, устройство является / dev / sda6. Теперь запустите проверку при следующей перезагрузке. Есть несколько способов сделать это, я использую обычно, чтобы заставить высокий счетчик монтирования на устройстве, например
sudo tune2fs -c 100 /dev/sda6
sudo tune2fs -C 100 /dev/sda6
. Первый говорит, чтобы проверить файловую систему на устройстве каждые 100 монтировок, а второй - счетчик монтирования до 100, поэтому следующая загрузка будет проверена.
Самое вероятное, что проверка обнаружит его и удалит его / переместится в каталог lost+found в корне файловой системы (в моем случае это будет /home/lost+found/). Оттуда, как правило, можно удалить его.
Я бы предложил попробовать переместить его в другое место.
mv /path/to/filename /var/tmp/newname
, если это работает, я думаю, что вы сделали, и можете удалить его оттуда.
также попробуйте сделать
file /path/to/filename
, это должно сказать вам, какой именно файл. если ничего не работает. Попробуйте
cp /dev/null /path/to/filename
rm /path/to/filename
, это сделает файл с 0 байтами, а затем вы можете удалить его.
, чтобы проверить, почему удаление этого файла приводит к сбою вашего терминала.
[ f4]в этом списке перечислены все процессы в системах, использующих этот файл. вы можете остановить эти процессы и удалить, а затем попытаться удалить файл снова.