Falling back to interactive prompt arch linux

Can’t boot after grub update on Arch

I did an update yesterday and didn’t reboot my laptop until I had a power failure. Upon rebooting I find that I have no hard drive (or so it claims). I’ve tried booting into an arch live disk and I end up with rootfs. I don’t know what to do here really. I was thinking of mounting the disks, but didn’t know where to. I have sda,1,2,3,4 and sdb,1. Executing du -h /dev/sda* shows a zero at the beginning of each line. But then again df -h shows me as using 0% of the usb. Still, even if I got them mounted, I’m not sure what I would do, because how would I reinstall grub or gummiboot? (If that is what the problem is. I think it is because I saw a grub update). The error I get when booting into the live usb is

:: running early hook [udev] :: running hook [udev] :: Triggering uevents. :: running hook [memdisk] :: running hook [archiso] :: running hook [archiso_loop_mnt] :: running hook [archiso_pxe_common] :: running hook [archiso_pxe_ndb] :: running hook [archiso_pxe_http] :: running hook [archiso_pxe_nfs] :: Mounting '/dev/disk/by-label/ARCH_201409' to '/run/archiso/bootmnt' Waiting 30 seconds for device /dev/disk/by-label/ARCH_201409 . [ 9.375197] sd 6:0:0:0: [sdb] No Caching mode page found [ 9.375197] sd 6:0:0:0: [sdb] Assuming drive cache: write through ERROR: '/dev/disk/by-label/ARCH_201409' device did not show up after 30 seconds. Falling back to interactive prompt You can try to fix the problem manually, log out when you are finished sh: can't access tty; job control turned off [rootfs /]# 

I got it chrooted and now I am located at [root@(none)]# SOLUTION Unetbootin seems to have problems creating Arch cd’s. This took two usb’s. Fallback to rootfs on sdb and plugged in usb2 for sdc. rootfs didn’t have fdisk or anything so I mounted sda1,2,4 on /mnt, /mnt/boot, /mnt/home respectively. I then chrooted into /mnt ( [root@(none) ]# ). From there I could reformat sdc (after copying an archiso over to /home/name/wherever). Then dd bs=4M if=/path/to/arch.iso of=/dev/sdc && sync and then rebooted. This gave me a normal arch boot, where I had arch-chroot and I could properly run systemctl start dhcpcd.service for internet access (ethernet). I tried to reinstall grub, but it didn’t work. I went with gummiboot (following beginner’s guide). Presto, system works now.

Источник

Не могу запустить Arch/Manjaro с LiveUSB

Твоя система пытается найти раздел с именем MJRO1711 , чтобы с него дальше грузиться, и не может. Дальше нужно объяснять?

Так что мне делать? Переименовать флешку?

Потом они жалуются, что в линуксе мало новичков.

Ну а ты как думаешь? Да, попробуй переименовать раздел.

intelfx ★★★★★ ( 03.09.18 15:20:02 MSK )
Последнее исправление: intelfx 03.09.18 15:22:24 MSK (всего исправлений: 2)

Мы не жалуемся. Я разъяснил сообщение об ошибке, за ТСом осталось сделать простейший логический вывод. Людям, которые так не умеют (самостоятельно), в линуксе делать нечего (не потому что элитаризм, mind you, а потому что очень сложно будет).

intelfx ★★★★★ ( 03.09.18 15:21:08 MSK )
Последнее исправление: intelfx 03.09.18 15:21:53 MSK (всего исправлений: 3)

Будь добр, напиши команду как это сделать. Я всё равно сейчас буду гуглить.

Я не знаю, как ты создавал свой LiveUSB. У тебя там может быть vfat, а может быть гибридный iso9660, записанный посекторно. Во втором случае вообще проблема не в этом.

intelfx ★★★★★ ( 03.09.18 15:23:16 MSK )
Последнее исправление: intelfx 03.09.18 15:23:52 MSK (всего исправлений: 1)

Rufus. Сомневаюсь что от этого зависит.

А от чего ещё? Конечно, зависит.

Короче, тебе нужно удостовериться, что раздел на флешке называется MJRO1711 . Как ты создавал его — я не знаю, какими-то сторонними программами никогда не пользовался. Если там vfat, то dosfslabel . Если iso9660, то проблема не в этом.

intelfx ★★★★★ ( 03.09.18 15:28:39 MSK )
Последнее исправление: intelfx 03.09.18 15:29:15 MSK (всего исправлений: 1)

Сейчас запишу через что-то другое и отпишусь.

Источник

Arch Linux

I have tried and tried to install the i686 net install iso from cd and usb. I get to boot and get messages like:

Waiting 30 seconds for device /dev/disk/by-label/ARCH_201108 .
Error: Boot device didn’t show up after 30 seconds.
Falling back to interactive prompt.
You can try and fix the problem manually.
ramfs$

I’ve found several posts suggesting solutions:
like:

cd /dev
ln -s sr0 archiso
exit
or
udevadm trigger, or
arcisodevice=/dev/sr0

to check my work I tried installing an archbang.iso and an x86 iso, with the same results.

I have succesfully installed the i686 arch net install 3 times on virtual box.

I have one partition remaining on my SATA HD that I am installing to.

It looks like this is a problem because there are several posts with the same problem.

Now that I am confident enough to install Arch as a full install on my HD, I am running into problems.

To check my work I tried installing an archbang.iso and an x86 iso, with the same results.

Last edited by linuxloverjerry1 (2012-06-06 00:04:04)

#2 2012-06-01 07:59:08

Re: [SOLVED]Unable to boot to install Arch

That error is more common with USB sticks. It pops up when it can’t find a drive labeled «ARCH_201108». If the same thing happens with a CD/DVD, then you probably wrote it as a Data Disc instead of a Project (where it lets you choose the .iso file). That’s not good because ISOLINUX, the bootloader used on the Arch ISO does not support Rock Ridge or Joliet filenames. For the USB stick you can either try to label it «ARCH_201108» and hope for the best, or try a different method.

Last edited by DSpider (2012-06-01 11:27:46)

I have made a personal commitment not to reply in topics that start with a lowercase letter. Proper grammar and punctuation is a sign of respect, and if you do not show any, you will NOT receive any help (at least not from me).

#3 2012-06-01 13:29:43

Re: [SOLVED]Unable to boot to install Arch

Welcome to the forums.

. If the same thing happens with a CD/DVD, then you probably wrote it as a Data Disc instead of a Project (where it lets you choose the .iso file). That’s not good because ISOLINUX, the bootloader used on the Arch ISO does not support Rock Ridge or Joliet filenames. For the USB stick you can either try to label it «ARCH_201108» and hope for the best, or try a different method.

My personal favourite is Boot the entire ISO from RAM.

Thanks for the response DSpider. To make sure, I made another CD and it definitely was an iso install.

And I got the same results. I also tried installing iso to usb using the dd if=archlinux.iso of=/dev/sd[x] ,but
that didn’t work.

I did test the CD install on an older Dell computer and it allowed me to get to the command line where I could enter /arch/setup and go through the install process.

This is a newer Dell. The difference is on the newer one I get to a graphical menu where I can boot arch, boot an existing, do a memtest, etc. When I choose boot arch, I get the errors described in my original post. I can’t get to the point where I do the /arch/setup.

The video drivers on both computers seem to be intel i915. Both HD’s are SATA. The cpu on this newer computer is an i5.
I am wondering now if the problem is in the video driver.

The boot on the arch cd shows
.linux /arch/boot/i686/vmlinuz archbasedir=arch archisolabel=ARCH_201108 initrd=/arch/boot/i686/archiso.img

I will try install by ram if I must, but I am wondering if I can make changes to the above grub to get it to boot?
I have made several attempts to do that but still no luck. One of the mods was to tack vga=77? on the end.

Last edited by linuxloverjerry1 (2012-06-01 13:40:27)

Источник

Не запускается Boot Arch Linux

теперь пишет,что : Could not found kernel image: boot/syslinux/whichsys.c32
в чем беда?

HP Pavilion g6-1054er
DualCore Intel Core i5-2410M, 8GB DDR3 SDRAM, Mobile Intel HD Graphics, ATI Radeon HD 6470M

Строки, строки информации о ходе работы. Mounting "/dev/disk/by-label/ARCH_201212" to . Waiting 30 seconds for device /dev/disk/by-label/ARCH_201212 . ERROR: "/dev/disk/by-label/ARCH_201212" device did not show up after 30 seconds Falling back to interactive prompt You can try to fix the problem manually, log out when you finished sh: can't access tty; job control turned off [rootfs/]#

Как я понял проблема в том, что не может примонтировать или найти образ диска ?

ln -s /dev/sdb1 /dev/archiso exit

gyoopi
Как я понял проблема в том, что не может примонтировать или найти образ диска ?

ln -s /dev/sdb1 /dev/archiso exit

наверняка ничего не выведет.
Можете указать в загрузчике опцию acpi=off
Иногда в таких случаях помогает.

HP Pavilion g6-1054er
DualCore Intel Core i5-2410M, 8GB DDR3 SDRAM, Mobile Intel HD Graphics, ATI Radeon HD 6470M

Источник

[Решено] multiboot usb. не грузится в RAM archlinux-2014.10.01-dual.iso

А я ведь советовал сделать это автоматически – GRUB может сам прочесть UUID и сам его подставить.

Специально скачал и проверил свежий образ Арч – всё работает.

попробовал Ваш способ, груб загрузился, iso разбил по битности, однако с archlinux-2014.10.01-dual.iso тот же самый результат.
archlinux-2014.04.01-dual.iso и archlinux-2014.08.01-dual.iso загрузились ^^
проверил md5hash образа, скаченного с помощью торрента с https://www.archlinux.org/download/ — правильный
что-то я пропустил?

Если вы перепробовали всё, но этот образ не может найти себя на флешке – остаётся только ваша флешка 🙂
Я вижу, что разбита она довольно странным образом (мягко говоря). По-видимому, ЭТО и сбивает с толку скрипты в initramfs нового образа:

Number Start (sector) End (sector) Size Code Name 
1 2048 8390655 4.0 GiB EF00 EFI System 
2 8390656 39847935 15.0 GiB 0700 Microsoft basic data 
3 39847936 62750686 10.9 GiB 8300 Linux filesystem

Дело даже не в том, что вы зачем-то выделили под EFISYS целых 4GB, хотя и 1MB хватило бы. Настоящая проблема в другом.
Если заглянуть ВНУТРЬ образа, можно узнать его метки тома (вам это делать не обязательно, можете поверить мне на слово):

# losetup -P -f /media/sdb1_K100N/images/archlinux-2014.10.01-dual.iso # lsblk -f /dev/loop0 NAME FSTYPE LABEL UUID MOUNTPOINT loop0 iso9660 ARCH_201410 2014-10-01-05-00-04-00 ├─loop0p1 iso9660 ARCH_201410 2014-10-01-05-00-04-00 └─loop0p2 vfat ARCHISO_EFI A05B-32C8 # losetup -d /dev/loop0

Спрашивается, ЗАЧЕМ было присваивать служебному разделу EFI такую же метку ARCH_201410, как у образа?!
Нет ничего удивительного в том, что скрипт из initramfs образа, пытаясь найти свой образ по метке (Параметр ядра archisolabel=ARCH_201410 помните? Вот по нему и ищет.), находит вместо него EFISYS-раздел вашей флешки.

Все остальные образы загружаются правильно, потому что у них метки, соответственно, не совпадают с этой 🙂

Лечение, как вы наверное уже догадались, простое – убрать метку ARCH_201410 с раздела, или, по крайней мере, поменять её на такую, чтобы ни с чем не совпадала.

P.S.
И нет, не надо присваивать метку образа какому бы то ни было другому разделу, иначе история повторится.

Natrio
Лечение, как вы наверное уже догадались, простое – убрать метку ARCH_201410 с раздела, или, по крайней мере, поменять её на такую, чтобы ни с чем не совпадала.

/dev/sdc: UUID="2014-10-01-05-00-04-00" LABEL="ARCH_201410" TYPE="iso9660" PTUUID="61219cb3-1c47-4540-8786-f64605302498" PTTYPE="gpt" 

спасибо за помощь! проблема была в том, что, видимо, перед созданием загрузочной флэшки, я боролся с uefi и запись от образа iso арча осталась в начале флэшки, что видно из вывода blkid /dev/sdc, и что, собственно, и препятствовало монтированию airootfs, так как label ARCH_201410 был также и у самой флэшки 🙂
что также объясняет почему другие образа арча грузились нормально 🙂

это надо узнать у создателей archlinux-2014.10.01-dual.iso ^^ Извините, протупил, думал не запускается уже установленная с этого образа система)
frankyboy

Natrio
Лечение, как вы наверное уже догадались, простое – убрать метку ARCH_201410 с раздела, или, по крайней мере, поменять её на такую, чтобы ни с чем не совпадала.

/dev/sdc: UUID="2014-10-01-05-00-04-00" LABEL="ARCH_201410" TYPE="iso9660" PTUUID="61219cb3-1c47-4540-8786-f64605302498" PTTYPE="gpt" 

спасибо за помощь! проблема была в том, что, видимо, перед созданием загрузочной флэшки, я боролся с uefi и запись от образа iso арча осталась в начале флэшки, что видно из вывода blkid /dev/sdc, и что, собственно, и препятствовало монтированию airootfs, так как label ARCH_201410 был также и у самой флэшки 🙂
что также объясняет почему другие образа арча грузились нормально 🙂 Невнимательность — причина половины бед)

© 2006-2023, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.

Источник