You are not logged in.
Hi guys,
some days ago i'm running into problems with my system because my netbook (asus 1215b) doesn't work properly.
So i check the log and found that i have a different version from uname command and the kernel installed. So i downgraded the kernel by my cache of pacman and now when i boot from arch i receive:
systemd-fsck[204]: unexpected inconsistency; run fsck manually // (tried without results)
Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" to try again to booy into default mode.
Give root password for maintenance
or type Control-D to continue):
If i put my root password i grant the root access but i don't know what i can do, so i'm here!
I hope someone is able to help me, thanks guys.
Last edited by Lilith (2013-07-28 13:55:46)
#551378
Sky is the limit.
Offline
What were the installed version and the uname version? There was an issue recently with 3.10.2 which might have caused this issue. If so, updating the system should fix the issue as that will get you 3.10.3 which seems not to have the problem.
If not, I would start with journalctl -xb.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
There was an issue recently with 3.10.2 which might have caused this issue.
I sincerely doubt this. OP's problem is nothing new, and is always caused by the /boot partition not being mounted for kernel upgrades, or a failure to copy the new kernel and initramfs to the EFI system partition before rebooting.
Offline
What were the installed version and the uname version? There was an issue recently with 3.10.2 which might have caused this issue. If so, updating the system should fix the issue as that will get you 3.10.3 which seems not to have the problem.
If not, I would start with journalctl -xb.
I believe 3.10.2 for uname and 3.10.3 for the kernel so i downgraded the kernel to have the same version and later i'll updated everything but it is fucked before i can do this.
I understand my problem (i think) but now how i can repair this issue?
I tried but i receive other several errors and later i return to the same point from where i boot.
#551378
Sky is the limit.
Offline
falconindy was right, then. (falconindy is, as somebody recently pointed out, always right.)
What do you mean by saying it is messed up before you can do "this"? You mean you downgraded the kernel (as you said in your original post) and meant to update everything later but somehow cannot? Why?
I tried but i receive other several errors and later i return to the same point from where i boot.
What did you try? What errors did you get? Which point?
EDIT: You should be able to recover using a live media. Boot into the live environment, mount your partitions (especially your boot partition), configure the network, arch-chroot and redo pacman -Syu. See the wiki for more details.
Last edited by cfr (2013-07-28 19:56:29)
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
Uname gives the running kernel. Had you rebooted since you upgraded. It is perfectly normal and expected for uname to be one version behind the installed kernel if you don't reboot regularly.
If such a case is the cause of problems, downgrading certainly shouldn't be the first step in solving the problems.
Last edited by Trilby (2013-07-28 20:04:07)
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
In my opinion, you are fighting two problems. One is the kernel/modules mismatch. I would not expect that to cause the volume corruption. The first task is to boot from something else and fix the corrupted volume. Once fsck likes it again, then work on the kernel/modules mismatch.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Hi guys,
sorry for the late. I fixed everything by entering in live usb like someone suggested me, chroot and pacman -Syu!
@cfr i tried "journalctl -xb" and received several errors. I returned from where i start before do "journalctl -xb" with that.
You right Trilby, now i have understand.
Yes ewaller i'll do certainly! Anyway i start this zoo because i saw on the log (/var/log/catalyst-install.log):
--------
2013-07-29 04:51:01
Building fglrx module for 3.10.3-1-ARCH kernel ...
--------
Kernel header files are absent: directory /usr/lib/modules/3.10.3-1-ARCH/build doesn't exist! Game over
--------
My bad!
Thanks for the help as always guys
#551378
Sky is the limit.
Offline
Well, does it exist?
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline