Таким образом, я пошел и попытался монтировать карту с интерфейсом USB с pmount /dev/sdb1 /mnt/blah
и это это дает более полезное сообщение, чем диалог GUI:
Warning: device /dev/sdb1 is already handled by /etc/fstab, supplied label is ignored
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Это привело меня находить, что "/etc/fstab" на самом деле имеет запись для/dev/sdb1:
/dev/sdb1 /media/cdrom0 udf,iso9660 user,noauto 0 0
Причина этого состоит в том, что моя палка была на самом деле присоединена, в то время как установка Debian Сжимает и так была автоматически добавлена там. Это - то, что произойдет, когда Вы установите от той же палки, и теперь мне любопытно, как другие избегают этой проблематичной ситуации.
Что делает Ваш тип <->, снабжают суффиксом DB, похожи? Дело не в этом тривиальный для интерпретации file
вывод. Я просто приму: *, который печатает первый файл слова, достаточен *, это слово является ключом в файле, где каждая строка содержит: и значение является суффиксом, который мы хотим
Для удара я записал бы функцию, которая берет в качестве аргумента тип файла и повторяет суффикс:
MISTERIOUSFILEMIMETYPETOSUFFIXDB=/path/to/key/value/file
typetosuffix () {
grep -E "^\s*$1:" ${MISTERIOUSFILEMIMETYPETOSUFFIXDB}| cut -d : -f 2
}
С той функцией Вы можете
for f in $(find /path/to/iphone/backup -type -f)
do
FILEWITHOUTSUFFIX = basename $f
[ ${FILEWITHOUTSUFFIX} = ${FILEWITHOUTSUFFIX%.*} ] && continue #the file has a suffix after all
TYPE=$(file $f | cut -f 2) #put type determining magic here
SUFFIXITSSUPPOSEDTOHAVE=$(typetosuffix $TYPE) #fetch suffix from DB
mv $f $f$SUFFIXITSSUPPOSEDTOHAVE #rename the file
done