Почему открытие изображений Ubuntu по умолчанию (warty-final-ubuntu.png) в Image Viewer всегда терпит неудачу?

@CentaurusA получил мой +1 голос. То же самое с моим мнением. / должен войти в SSD. Это значительно увеличило бы скорость работы системы. Как sudo apt-get update && sudo apt-get upgrade. Это было бы намного быстрее.

/ - достаточно с 8G ~ 15G. Мой всегда был 8G. Не уходите далеко от 15G MAX. swap - Вам это не нужно. Если вашей системе требуется больше бара, чем 16G, пришло время исправить проблему. Не включайте своп. /home - Saprate home partition хорошо для простой переустановки или обновления.

Пожалуйста, дайте супер сладкий SSD Ubuntu! :

)
1
задан 12 June 2012 в 21:23

14 ответов

Вы пытаетесь открыть неправильный файл.

file /usr/share/backgrounds/warty-final-ubuntu.png
/usr/share/backgrounds/warty-final-ubuntu.png: JPEG image data, JFIF standard 1.02

Файл представляет собой JPG, а не PNG. Вы должны открыть /usr/share/unity-2d/warty-final-ubuntu.jpg, поскольку это символическая ссылка на ваш файл:

file /usr/share/unity-2d/warty-final-ubuntu.jpg
/usr/share/unity-2d/warty-final-ubuntu.jpg: symbolic link to `../backgrounds/warty-final-ubuntu.png'

Пример с вашим изображением (eog - это имя командной строки средства просмотра изображений).

enter image description here [/g0]

1
ответ дан 25 July 2018 в 18:34

Вы пытаетесь открыть неправильный файл.

file /usr/share/backgrounds/warty-final-ubuntu.png
/usr/share/backgrounds/warty-final-ubuntu.png: JPEG image data, JFIF standard 1.02

Файл представляет собой JPG, а не PNG. Вы должны открыть /usr/share/unity-2d/warty-final-ubuntu.jpg, поскольку это символическая ссылка на ваш файл:

file /usr/share/unity-2d/warty-final-ubuntu.jpg
/usr/share/unity-2d/warty-final-ubuntu.jpg: symbolic link to `../backgrounds/warty-final-ubuntu.png'

Пример с вашим изображением (eog - это имя командной строки средства просмотра изображений).

enter image description here [/g0]

1
ответ дан 2 August 2018 в 00:44

Вы пытаетесь открыть неправильный файл.

file /usr/share/backgrounds/warty-final-ubuntu.png
/usr/share/backgrounds/warty-final-ubuntu.png: JPEG image data, JFIF standard 1.02

Файл представляет собой JPG, а не PNG. Вы должны открыть /usr/share/unity-2d/warty-final-ubuntu.jpg, поскольку это символическая ссылка на ваш файл:

file /usr/share/unity-2d/warty-final-ubuntu.jpg
/usr/share/unity-2d/warty-final-ubuntu.jpg: symbolic link to `../backgrounds/warty-final-ubuntu.png'

Пример с вашим изображением (eog - это имя командной строки средства просмотра изображений).

enter image description here [/g0]

1
ответ дан 4 August 2018 в 16:15

Вы пытаетесь открыть неправильный файл.

file /usr/share/backgrounds/warty-final-ubuntu.png
/usr/share/backgrounds/warty-final-ubuntu.png: JPEG image data, JFIF standard 1.02

Файл представляет собой JPG, а не PNG. Вы должны открыть /usr/share/unity-2d/warty-final-ubuntu.jpg, поскольку это символическая ссылка на ваш файл:

file /usr/share/unity-2d/warty-final-ubuntu.jpg
/usr/share/unity-2d/warty-final-ubuntu.jpg: symbolic link to `../backgrounds/warty-final-ubuntu.png'

Пример с вашим изображением (eog - это имя командной строки средства просмотра изображений).

enter image description here [/g0]

1
ответ дан 6 August 2018 в 00:54

Вы пытаетесь открыть неправильный файл.

file /usr/share/backgrounds/warty-final-ubuntu.png
/usr/share/backgrounds/warty-final-ubuntu.png: JPEG image data, JFIF standard 1.02

Файл представляет собой JPG, а не PNG. Вы должны открыть /usr/share/unity-2d/warty-final-ubuntu.jpg, поскольку это символическая ссылка на ваш файл:

file /usr/share/unity-2d/warty-final-ubuntu.jpg
/usr/share/unity-2d/warty-final-ubuntu.jpg: symbolic link to `../backgrounds/warty-final-ubuntu.png'

Пример с вашим изображением (eog - это имя командной строки средства просмотра изображений).

enter image description here [/g0]

1
ответ дан 7 August 2018 в 18:18

Вы пытаетесь открыть неправильный файл.

file /usr/share/backgrounds/warty-final-ubuntu.png
/usr/share/backgrounds/warty-final-ubuntu.png: JPEG image data, JFIF standard 1.02

Файл представляет собой JPG, а не PNG. Вы должны открыть /usr/share/unity-2d/warty-final-ubuntu.jpg, поскольку это символическая ссылка на ваш файл:

file /usr/share/unity-2d/warty-final-ubuntu.jpg
/usr/share/unity-2d/warty-final-ubuntu.jpg: symbolic link to `../backgrounds/warty-final-ubuntu.png'

Пример с вашим изображением (eog - это имя командной строки средства просмотра изображений).

enter image description here [/g0]

1
ответ дан 10 August 2018 в 07:03

Вы пытаетесь открыть неправильный файл.

file /usr/share/backgrounds/warty-final-ubuntu.png
/usr/share/backgrounds/warty-final-ubuntu.png: JPEG image data, JFIF standard 1.02

Файл представляет собой JPG, а не PNG. Вы должны открыть /usr/share/unity-2d/warty-final-ubuntu.jpg, поскольку это символическая ссылка на ваш файл:

file /usr/share/unity-2d/warty-final-ubuntu.jpg
/usr/share/unity-2d/warty-final-ubuntu.jpg: symbolic link to `../backgrounds/warty-final-ubuntu.png'

Пример с вашим изображением (eog - это имя командной строки средства просмотра изображений).

enter image description here [/g0]

1
ответ дан 15 August 2018 в 19:01
  • 1
    Хорошо, я понимаю, что средство просмотра изображений не сможет открыть Symlink, но что, если у меня есть это изображение, скопированное на другой раздел, доступный в Windows, и я могу просматривать это изображение в Windows (с тем же расширением PNG), но не с eog на Ubuntu? – Kushal 10 June 2012 в 12:46
  • 2
    Нет, символическая связь не проблема. 1. eog не распознает его как jpg, а не png. Это ошибка (см. Ответ Элайи для этого). 2. Файл с именем png также является ошибкой (уже разрешен, см. Bugreport в комментариях к вопросу, где-то там указано, что он исправлен). Что касается имени: хранитель пакета никогда не менял его. Зачем? идея nooo. Но похоже, что с апреля мы получили нового человека. Так что, возможно, скоро это изменится (ish). – Rinzwind 10 June 2012 в 13:29

Вы правы, что это ошибка. Ответ Rinzwind объясняет, что происходит не так - eog предполагает, что файл является PNG, потому что его суффикс - .png. Это поведение само по себе является ошибкой, поскольку иногда изображения имеют неправильный суффикс. Большинство других зрителей изображений заглядывают в файл, чтобы определить его тип файла (по крайней мере, если первоначальная попытка открыть его на основе его расширения файла не удалась).

Я проверил это поведение и отметил вашу ошибку Launchpad дубликат ошибки 172416, который является ошибкой для отказа автоопределения типа eog.

Если вам нужно открыть изображение с неправильным суффиксом в eog, вы можете переименовать его или, если это необходимо с его текущим именем, вы можете сделать символическую ссылку на него (поскольку Rinzwind объясняет, что уже существует фоновый фон, который вы пытаетесь открыть).

Чтобы увидеть, как сделать символическую ссылка, см. ошибка 172416 . Используйте флаг -s для создания символических (а не жестких) ссылок.

Например, если у вас есть папка «Изображения» внутри вашей домашней папки и содержит файл с именем foo.png, который на самом деле является JPEG, вы можете сделать символическую ссылку на нее, названную как JPEG, с помощью:

cd ~/Pictures
ln -s foo.png foo.jpg

. Одна важная вещь, которую следует помнить при создании символических ссылок из командной строки, заключается в том, что вы указываете цель сначала, а источник второй. (То есть ссылка, которую вы создаете, не является первым аргументом.)

1
ответ дан 25 May 2018 в 10:23
  • 1
    Я знаю символические ссылки и способ их создания, но не знал, что это изображение является символической ссылкой, так как я использую эти же обои в Windows тоже (в то время как символические ссылки не являются межплатформенными). – Kushal 10 June 2012 в 13:37
  • 2
    @Kush Как сказал Ринзвинд, символическая ссылка не является проблемой . eog отлично открывает символические ссылки. То, что eog не работает должным образом, - это открытые файлы, расширения которых (короткие последовательности символов, следующих за конечным . в имени файла) означают, что они имеют тип изображения, который отличается от типа изображения, который они действительно есть. Вы можете создать символическую ссылку, чье имя имеет правильное расширение как обходное решение этой проблемы (другими словами, символическая связь не повреждает, symlinking может помочь вам с этим ). – Eliah Kagan 10 June 2012 в 13:43
  • 3
    Кроме того, Windows поддерживает символические ссылки на томах NTFS (то есть в стиле Windows). Это малоизвестная функция, и она не работает совершенно так же, как символические ссылки в Unix-подобной файловой системе (например, файловые ссылки и символические ссылки в виде каталога представляют собой два отдельных вида записей файловой системы в NTFS.) Если вы когда-нибудь обнаружите, что вам нужно использовать символические ссылки на томах NTFS в Ubuntu, вы можете отправить отдельный вопрос об этом. – Eliah Kagan 10 June 2012 в 13:46

Вы правы, что это ошибка. Ответ Rinzwind объясняет, что происходит не так - eog предполагает, что файл является PNG, потому что его суффикс - .png. Это поведение само по себе является ошибкой, поскольку иногда изображения имеют неправильный суффикс. Большинство других зрителей изображений будут искать внутри файла, чтобы определить его тип файла (по крайней мере, если первоначальная попытка открыть его на основе его расширения файла не удалась).

Я проверил это поведение и пометил вашу ошибку Launchpad дубликат ошибки 172416 , что является ошибкой для отказа eog автоопределения типа изображения.

Если вам нужно открыть изображение с неправильным суффиксом в eog, вы можете переименовать его или, если это необходимо с его текущим именем, вы можете сделать символическую ссылку на него (поскольку Rinzwind объясняет, что уже существует фоновый рисунок, который вы пытаетесь открыть).

Чтобы узнать, как создать символическую ссылку, см. man ln . Используйте флаг -s для создания символических (а не жестких) ссылок.

Например, если у вас есть папка «Изображения» внутри вашей домашней папки и она содержит файл с именем foo.png, который на самом деле является JPEG, вы можете сделать символическую ссылку на нее, названную как JPEG, с помощью:

cd ~/Pictures
ln -s foo.png foo.jpg

. Одна важная вещь, которую следует помнить при создании символических ссылок из командной строки, заключается в том, что вы указываете цель , а источник - второй. (То есть ссылка, которую вы создаете , - , а не первый аргумент.)

1
ответ дан 25 July 2018 в 18:34

Вы правы, что это ошибка. Ответ Rinzwind объясняет, что происходит не так - eog предполагает, что файл является PNG, потому что его суффикс - .png. Это поведение само по себе является ошибкой, поскольку иногда изображения имеют неправильный суффикс. Большинство других зрителей изображений будут искать внутри файла, чтобы определить его тип файла (по крайней мере, если первоначальная попытка открыть его на основе его расширения файла не удалась).

Я проверил это поведение и пометил вашу ошибку Launchpad дубликат ошибки 172416 , что является ошибкой для отказа eog автоопределения типа изображения.

Если вам нужно открыть изображение с неправильным суффиксом в eog, вы можете переименовать его или, если это необходимо с его текущим именем, вы можете сделать символическую ссылку на него (поскольку Rinzwind объясняет, что уже существует фоновый рисунок, который вы пытаетесь открыть).

Чтобы узнать, как создать символическую ссылку, см. man ln . Используйте флаг -s для создания символических (а не жестких) ссылок.

Например, если у вас есть папка «Изображения» внутри вашей домашней папки и она содержит файл с именем foo.png, который на самом деле является JPEG, вы можете сделать символическую ссылку на нее, названную как JPEG, с помощью:

cd ~/Pictures
ln -s foo.png foo.jpg

. Одна важная вещь, которую следует помнить при создании символических ссылок из командной строки, заключается в том, что вы указываете цель , а источник - второй. (То есть ссылка, которую вы создаете , - , а не первый аргумент.)

1
ответ дан 2 August 2018 в 00:44

Вы правы, что это ошибка. Ответ Rinzwind объясняет, что происходит не так - eog предполагает, что файл является PNG, потому что его суффикс - .png. Это поведение само по себе является ошибкой, поскольку иногда изображения имеют неправильный суффикс. Большинство других зрителей изображений будут искать внутри файла, чтобы определить его тип файла (по крайней мере, если первоначальная попытка открыть его на основе его расширения файла не удалась).

Я проверил это поведение и пометил вашу ошибку Launchpad дубликат ошибки 172416 , что является ошибкой для отказа eog автоопределения типа изображения.

Если вам нужно открыть изображение с неправильным суффиксом в eog, вы можете переименовать его или, если это необходимо с его текущим именем, вы можете сделать символическую ссылку на него (поскольку Rinzwind объясняет, что уже существует фоновый рисунок, который вы пытаетесь открыть).

Чтобы узнать, как создать символическую ссылку, см. man ln . Используйте флаг -s для создания символических (а не жестких) ссылок.

Например, если у вас есть папка «Изображения» внутри вашей домашней папки и она содержит файл с именем foo.png, который на самом деле является JPEG, вы можете сделать символическую ссылку на нее, названную как JPEG, с помощью:

cd ~/Pictures
ln -s foo.png foo.jpg

. Одна важная вещь, которую следует помнить при создании символических ссылок из командной строки, заключается в том, что вы указываете цель , а источник - второй. (То есть ссылка, которую вы создаете , - , а не первый аргумент.)

1
ответ дан 4 August 2018 в 16:15

Вы правы, что это ошибка. Ответ Rinzwind объясняет, что происходит не так - eog предполагает, что файл является PNG, потому что его суффикс - .png. Это поведение само по себе является ошибкой, поскольку иногда изображения имеют неправильный суффикс. Большинство других зрителей изображений будут искать внутри файла, чтобы определить его тип файла (по крайней мере, если первоначальная попытка открыть его на основе его расширения файла не удалась).

Я проверил это поведение и пометил вашу ошибку Launchpad дубликат ошибки 172416 , что является ошибкой для отказа eog автоопределения типа изображения.

Если вам нужно открыть изображение с неправильным суффиксом в eog, вы можете переименовать его или, если это необходимо с его текущим именем, вы можете сделать символическую ссылку на него (поскольку Rinzwind объясняет, что уже существует фоновый рисунок, который вы пытаетесь открыть).

Чтобы узнать, как создать символическую ссылку, см. man ln . Используйте флаг -s для создания символических (а не жестких) ссылок.

Например, если у вас есть папка «Изображения» внутри вашей домашней папки и она содержит файл с именем foo.png, который на самом деле является JPEG, вы можете сделать символическую ссылку на нее, названную как JPEG, с помощью:

cd ~/Pictures
ln -s foo.png foo.jpg

. Одна важная вещь, которую следует помнить при создании символических ссылок из командной строки, заключается в том, что вы указываете цель , а источник - второй. (То есть ссылка, которую вы создаете , - , а не первый аргумент.)

1
ответ дан 7 August 2018 в 18:18

Вы правы, что это ошибка. Ответ Rinzwind объясняет, что происходит не так - eog предполагает, что файл является PNG, потому что его суффикс - .png. Это поведение само по себе является ошибкой, поскольку иногда изображения имеют неправильный суффикс. Большинство других зрителей изображений будут искать внутри файла, чтобы определить его тип файла (по крайней мере, если первоначальная попытка открыть его на основе его расширения файла не удалась).

Я проверил это поведение и пометил вашу ошибку Launchpad дубликат ошибки 172416 , что является ошибкой для отказа eog автоопределения типа изображения.

Если вам нужно открыть изображение с неправильным суффиксом в eog, вы можете переименовать его или, если это необходимо с его текущим именем, вы можете сделать символическую ссылку на него (поскольку Rinzwind объясняет, что уже существует фоновый рисунок, который вы пытаетесь открыть).

Чтобы узнать, как создать символическую ссылку, см. man ln . Используйте флаг -s для создания символических (а не жестких) ссылок.

Например, если у вас есть папка «Изображения» внутри вашей домашней папки и она содержит файл с именем foo.png, который на самом деле является JPEG, вы можете сделать символическую ссылку на нее, названную как JPEG, с помощью:

cd ~/Pictures
ln -s foo.png foo.jpg

. Одна важная вещь, которую следует помнить при создании символических ссылок из командной строки, заключается в том, что вы указываете цель , а источник - второй. (То есть ссылка, которую вы создаете , - , а не первый аргумент.)

1
ответ дан 10 August 2018 в 07:03

Вы правы, что это ошибка. Ответ Rinzwind объясняет, что происходит не так - eog предполагает, что файл является PNG, потому что его суффикс - .png. Это поведение само по себе является ошибкой, поскольку иногда изображения имеют неправильный суффикс. Большинство других зрителей изображений будут искать внутри файла, чтобы определить его тип файла (по крайней мере, если первоначальная попытка открыть его на основе его расширения файла не удалась).

Я проверил это поведение и пометил вашу ошибку Launchpad дубликат ошибки 172416 , что является ошибкой для отказа eog автоопределения типа изображения.

Если вам нужно открыть изображение с неправильным суффиксом в eog, вы можете переименовать его или, если это необходимо с его текущим именем, вы можете сделать символическую ссылку на него (поскольку Rinzwind объясняет, что уже существует фоновый рисунок, который вы пытаетесь открыть).

Чтобы узнать, как создать символическую ссылку, см. man ln . Используйте флаг -s для создания символических (а не жестких) ссылок.

Например, если у вас есть папка «Изображения» внутри вашей домашней папки и она содержит файл с именем foo.png, который на самом деле является JPEG, вы можете сделать символическую ссылку на нее, названную как JPEG, с помощью:

cd ~/Pictures
ln -s foo.png foo.jpg

. Одна важная вещь, которую следует помнить при создании символических ссылок из командной строки, заключается в том, что вы указываете цель , а источник - второй. (То есть ссылка, которую вы создаете , - , а не первый аргумент.)

1
ответ дан 15 August 2018 в 19:01
  • 1
    Я знаю символические ссылки и способ их создания, но не знал, что это изображение является символической ссылкой, так как я использую эти же обои в Windows тоже (в то время как символические ссылки не являются межплатформенными). – Kushal 10 June 2012 в 13:37
  • 2
    @Kush Как сказал Ринзвинд, символическая связь не проблема . eog отлично открывает символические ссылки. То, что eog не работает должным образом, - это открытые файлы, расширения которых (короткие последовательности символов, следующих за конечным . в имени файла) означают, что они имеют тип изображения, который отличается от типа изображения, который они действительно есть. Вы можете создать символическую ссылку, чье имя имеет правильное расширение как способ обхода этой проблемы (другими словами, символическая ссылка не повреждает, symlinking может помочь вам с этим ). – Eliah Kagan 10 June 2012 в 13:43
  • 3
    Кроме того, Windows поддерживает символические ссылки на томах NTFS (то есть в стиле Windows). Это малоизвестная функция, и она не работает совершенно так же, как символические ссылки в Unix-подобной файловой системе (например, файловые ссылки и символические ссылки в виде каталога представляют собой два отдельных вида записей файловой системы в NTFS.) Если вы когда-нибудь обнаружите, что вам нужно использовать символические ссылки на томах NTFS в Ubuntu, вы можете отправить отдельный вопрос об этом. – Eliah Kagan 10 June 2012 в 13:46

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

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