Ksh, Zsh и Bash все предложение другой, возможно, более ясный синтаксис:
var4=$(echo ztemp.xml | cut -f1 -d '.')
Обратные галочки (иначе "серьезный диакритический знак") нечитабельны в некоторых шрифтах. $(blahblah)
синтаксис намного более очевиден, по крайней мере.
Обратите внимание, что можно передать значения по каналу в a read
команда в некоторых оболочках:
ls -1 \*.\* | cut -f1 -d'.' | while read VAR4; do echo $VAR4; done
Несколько поздно теперь, но у меня просто была подобная проблема при установке Arch (впервые). Оказывается, что по любой причине, установка пакета создает ядро и изображения initramfs с различными именами от используемых Личинкой. Все остальное, включая UUID, было прекрасно.
Имена файлов по умолчанию, с которыми я закончил, были /vmlinuz-linux
(вместо /vmlinuz26
) и /initramfs-linux.img
(/kernel26.img
) - загружающийся с живого CD и изменения /boot/grub/menu.lst
для замены ядра и initramfs местоположений позволяют мне загрузиться.
Относительно того, как это произошло во-первых, я предполагаю, что сценарий установки Arch просто не передает выходные имена файлов от установки ядра до создания меню Grub. Это, печально, хотя, и не большое введение, к какой часто разбирается, чтобы быть одним из лучших дистрибутивов.
Попытайтесь установить GRUB2. Сам GRUB2 ничего не может решить (хотя он мог бы), но сам процесс установки может решить Вашу проблему. Как вознаграждение, Вы получаете последнюю и самую большую версию GRUB с любыми великолепными преимуществами, которые может повлечь за собой новая версия (и решение проблемы?)
Проверьте настройки порядка загрузки в BIOS. Это загружается от диска, на котором Вы установили загрузчик?
То, что, вероятно, происходит, - то, что Личинка не получила правильную информацию о том, откуда она должна загрузиться. BIOS имеет свое собственное понятие дисковой нумерации, и это довольно примитивно: загрузочный диск является диском 1, и некоторый другой диск является диском 2. При начальной загрузке Linux путем выбора диска Linux в меню начальной загрузки BIOS то Личинка должна будет считать свои собственные файлы и ядра Linux, от hd0
.
Загрузитесь в свою установку и отредактируйте файл /boot/grub/device.map
связаться /dev/sdb
с hd0
и /dev/sda
с hd1
. Затем выполненный
update-grub
grub-install /dev/sdb
chain.c32 hd0 0
. Изменение этого к hd1 0
и удар ВХОДИТ, я получаю черный экран, который говорит Booting...
и затем мерцающий курсор, который ничего не делает.
– Wolf
30.04.2011, 18:56
sdb
, Я думаю, что карта устройства является проблемой. Посмотрите мое редактирование.
– Gilles 'SO- stop being evil'
01.05.2011, 02:26
update-grub
доступная команда. Я задаюсь вопросом, должен ли я попытаться разъединить другой диск и переустановить Arch, таким образом, 2-й диск не состоит в том, чтобы там перепутать проблему; затем повторно подключите другой диск, установите Win7 на нем и затем отредактируйте конфигурацию GRUB соответственно после факта.
– Wolf
01.05.2011, 16:29
/boot/grub/device.map
содержа две строки (hd0) /dev/sdb
и (hd1) /dev/sda
затем выполненный grub-install /dev/sdb
. В menu.lst
, изменение (hd0)
в (hd1)
.
– Gilles 'SO- stop being evil'
01.05.2011, 16:55
device.map
файл идет на раздел начальной загрузки жесткого диска? И menu.lst
файл также?
– Wolf
01.05.2011, 16:57
При попытке загрузиться от Карты памяти, необходимо удостовериться, что Вы включали это в свои рычаги mkinitcpio. Если это верно, chroot в Вашего Arch устанавливают и вносят изменение прежде, чем восстановить изображение.
Добавляют модули USB к изображению. Используйте это, если Ваше корневое устройство находится на устройстве массового хранения USB или если к Вашему устройству массового хранения USB нужно получить доступ иначе (проверенный, смонтированный, и т.д.) во время начальной загрузки.
У меня была та же проблема, но только при начальной загрузке с подключенным USB-устройством. Я просто отключил его и законченный процесс начальной загрузки.