During boot, it says:
EXT4-fs: error (device sdb6):
ext4-remount: 4845
Abort forced by user
An error occurred while mounting /
When I rebooted, the system seemed ok, but rebooted itself again before the logon screen. (Is that normal in such a case?)
Not clear if this is related, but when it came up, Psensor only displayed one cpu. I restarted and after the next boot, Psensor found both CPUs. What gives here?
That makes two questions, but my main one is: What to do with this / error? It's not the first time I have seen this (tho the system runs well after another boot). There must be procedures to follow, but I do not know what they are.
E.g., can I use dd to copy the apparently defective partition sdb6 to another, then re-run update-grub? Will update-grub find the "new": partition? Or will dd just copy the error?
Where are the logs for this? /var/log/boot.log seems to only contain stuff for the last boot and nothing that early in the process.
I am running Trusty with kernel 3.15.0-031500rc5
.
EXT4-fs: error (device sdb6):
ext4-remount: 4845
Abort forced by user
An error occurred while mounting /
When I rebooted, the system seemed ok, but rebooted itself again before the logon screen. (Is that normal in such a case?)
Not clear if this is related, but when it came up, Psensor only displayed one cpu. I restarted and after the next boot, Psensor found both CPUs. What gives here?
That makes two questions, but my main one is: What to do with this / error? It's not the first time I have seen this (tho the system runs well after another boot). There must be procedures to follow, but I do not know what they are.
E.g., can I use dd to copy the apparently defective partition sdb6 to another, then re-run update-grub? Will update-grub find the "new": partition? Or will dd just copy the error?
Where are the logs for this? /var/log/boot.log seems to only contain stuff for the last boot and nothing that early in the process.
I am running Trusty with kernel 3.15.0-031500rc5
.
Comment