Power outage today, system fscked

Hi All, Two events, Ubuntu update and power outage. I cannot access my btrfs RAID drives, system reports it is mounted as read only. Thunderbird is not working browsers are not working Sane scanner is working Darktable is reporting as running but not responsive. KPatience is not working So, in general, I have a system which boots but the programs are not starting properly. Is this a symptom of LockFiles not reporting correctly? If I cannot access my RAID drives I am in a world of pain. Any suggestions on how to solve this would be truly appreciated. Andrew Greig

Hi Andrew. Note: I'm making an assumption that your root partition is an ext4 format. If it's not, then you will need to use the tool for your partition type (assuming it has one). The reason you can't mount the btrfs partitions is that they need to mount to somewhere on the root partition. As the root partition mounts "Read only", the system won't let the mount occur. You need to run fsck on the root partition. "fsck /" (see "man fsck" for full details, or look it up on the net if necessary.) As it's already in read only mode, fsck (or the variant of fsck that matches your root partition type) will happily look for any broken i-nodes, and will reconnect any broken file fragments via their inode number to the "lost+found" directory of the root partition. For the "Hail Mary" option, you can run "fsck -a /" which will run wiithout asking any questions. Before trying the -a option, try the -N option as it is a dry-run oprion, making no changes, but just reporting on what it would do if given free reign. By default, fsck runs in interactive mode, so it will prompt you at each error it finds. If you are lucky, nothing critical was open at the time of the power outage. Once the fsck has run its course, "mount -o remount /" will bring the root partition up in rw mode. You can then run a "mount -a" to mount all of the partitions in /et/fstab. Rebooting the machine is your other alternative. Regards, Morrie. -----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 8:42 PM To: Andrew Greig via luv-main Subject: Power outage today, system fscked Hi All, Two events, Ubuntu update and power outage. I cannot access my btrfs RAID drives, system reports it is mounted as read only. Thunderbird is not working browsers are not working Sane scanner is working Darktable is reporting as running but not responsive. KPatience is not working So, in general, I have a system which boots but the programs are not starting properly. Is this a symptom of LockFiles not reporting correctly? If I cannot access my RAID drives I am in a world of pain. Any suggestions on how to solve this would be truly appreciated. Andrew Greig _______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main

Thanks Morrie, The problem has survived 4 reboots, my console works so I will run the fsck options. Cheers Andrew On 23/10/19 9:39 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
Note: I'm making an assumption that your root partition is an ext4 format. If it's not, then you will need to use the tool for your partition type (assuming it has one).
The reason you can't mount the btrfs partitions is that they need to mount to somewhere on the root partition.
As the root partition mounts "Read only", the system won't let the mount occur. You need to run fsck on the root partition. "fsck /" (see "man fsck" for full details, or look it up on the net if necessary.)
As it's already in read only mode, fsck (or the variant of fsck that matches your root partition type) will happily look for any broken i-nodes, and will reconnect any broken file fragments via their inode number to the "lost+found" directory of the root partition. For the "Hail Mary" option, you can run "fsck -a /" which will run wiithout asking any questions. Before trying the -a option, try the -N option as it is a dry-run oprion, making no changes, but just reporting on what it would do if given free reign.
By default, fsck runs in interactive mode, so it will prompt you at each error it finds.
If you are lucky, nothing critical was open at the time of the power outage.
Once the fsck has run its course, "mount -o remount /" will bring the root partition up in rw mode. You can then run a "mount -a" to mount all of the partitions in /et/fstab. Rebooting the machine is your other alternative.
Regards, Morrie.
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 8:42 PM To: Andrew Greig via luv-main Subject: Power outage today, system fscked
Hi All,
Two events, Ubuntu update and power outage.
I cannot access my btrfs RAID drives, system reports it is mounted as read only.
Thunderbird is not working browsers are not working
Sane scanner is working
Darktable is reporting as running but not responsive.
KPatience is not working
So, in general, I have a system which boots but the programs are not starting properly. Is this a symptom of LockFiles not reporting correctly?
If I cannot access my RAID drives I am in a world of pain.
Any suggestions on how to solve this would be truly appreciated.
Andrew Greig
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main

On Wed, 23 Oct 2019 at 21:46, Andrew Greig via luv-main <luv-main@luv.asn.au> wrote:
The problem has survived 4 reboots, my console works so I will run the fsck options.
(assuming ext4 filesystem) I suggest trying 'fsck -p' and reporting the results here before trying anything more extreme than that.

On Wed, 23 Oct 2019 at 21:58, David <bouncingcats@gmail.com> wrote:
On Wed, 23 Oct 2019 at 21:46, Andrew Greig via luv-main <luv-main@luv.asn.au> wrote:
The problem has survived 4 reboots, my console works so I will run the fsck options.
(assuming ext4 filesystem) I suggest trying 'fsck -p' and reporting the results here before trying anything more extreme than that.
Ah, reading the manual further, I see that -p is the new -a :) Sorry for the unnecessary message.

Hi All My RAID is on btrfs On 23/10/19 9:58 pm, David via luv-main wrote:
On Wed, 23 Oct 2019 at 21:46, Andrew Greig via luv-main <luv-main@luv.asn.au> wrote:
The problem has survived 4 reboots, my console works so I will run the fsck options. (assuming ext4 filesystem) I suggest trying 'fsck -p' and reporting the results here before trying anything more extreme than that.
luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main

Hi Andrew. By rebooting, I meant _after_ the fsck, not as a way of performing it. (Note to David. I did suggest the "-N" dry reporting run option. It could however be a reasonably lengthy report.) I remember the discussion some time back when you were deciding how to configure your partitions, but don't know what the final outcome was. The fact that you are getting a console session means that whatever partitions needed to boot the system are mounted, all be it in read only mode. You should be able to run the "mount" command and see what it reports as the "/" partition and its type. "/dev/md1 on / type ext4 (rw)" So it is reporting on the machine I have here as being an ext4 partition on a raid (/dev/md1) drive, and is mounted in rw mode. "/dev/md2 on /home type ext4 (rw)" may not be mountable if there is any need to write to the root "/" partition during the process. I had a weird issue on an ubuntu machine at home a while back. It would keep offering the same set of ubuntu updates, time and time again. It was only then that I investigated and found that the root partition was in read only mode. So I umounted my /home partition and ran an fsck on the root partition. It found several corrupted inodes, unattached file fragments, wrong link counts etc. Once I confirmed that the fragments were from an unimportant package that had been in the process of being updated, I deleted the contents of /lost+found then ran the mount -o remount and mount -a commands to bring everything back online. Lo and behold, the updates now installed correctly, and I have had no trouble since. (I hope Murphy wasn't looking in my direction there.) So as David said, if in doubt, send us details from the -N dry run so we can look for anything likely to go BOOM! Regards, Morrie. And as a side note, (vi vs emacs flame wars aside) it is worth investing some time learning at least the basics of vi. It's a very powerful modal editor with a plethora of functions, but to do the basics you only need to learn a handful of them. The reason I say this is that you will find vi on pretty much every variant of linux/unix/BSD etc. (Obligatory XKCD reference: https://xkcd.com/378/ ) -----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 9:46 PM To: luv-main@luv.asn.au Subject: Re: Power outage today, system fscked Thanks Morrie, The problem has survived 4 reboots, my console works so I will run the fsck options. Cheers Andrew On 23/10/19 9:39 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
Note: I'm making an assumption that your root partition is an ext4 format. If it's not, then you will need to use the tool for your partition type (assuming it has one).
The reason you can't mount the btrfs partitions is that they need to mount to somewhere on the root partition.
As the root partition mounts "Read only", the system won't let the mount occur. You need to run fsck on the root partition. "fsck /" (see "man fsck" for full details, or look it up on the net if necessary.)
As it's already in read only mode, fsck (or the variant of fsck that matches your root partition type) will happily look for any broken i-nodes, and will reconnect any broken file fragments via their inode number to the "lost+found" directory of the root partition. For the "Hail Mary" option, you can run "fsck -a /" which will run wiithout asking any questions. Before trying the -a option, try the -N option as it is a dry-run oprion, making no changes, but just reporting on what it would do if given free reign.
By default, fsck runs in interactive mode, so it will prompt you at each error it finds.
If you are lucky, nothing critical was open at the time of the power outage.
Once the fsck has run its course, "mount -o remount /" will bring the root partition up in rw mode. You can then run a "mount -a" to mount all of the partitions in /et/fstab. Rebooting the machine is your other alternative.
Regards, Morrie.
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 8:42 PM To: Andrew Greig via luv-main Subject: Power outage today, system fscked
Hi All,
Two events, Ubuntu update and power outage.
I cannot access my btrfs RAID drives, system reports it is mounted as read only.
Thunderbird is not working browsers are not working
Sane scanner is working
Darktable is reporting as running but not responsive.
KPatience is not working
So, in general, I have a system which boots but the programs are not starting properly. Is this a symptom of LockFiles not reporting correctly?
If I cannot access my RAID drives I am in a world of pain.
Any suggestions on how to solve this would be truly appreciated.
Andrew Greig
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main

Hi all, How do I query the system to report the fs types? I know that the RAID is btrfs, just can't remember the / fs. Everything has worked so well. And now it is not. Thanks Andrew On 23/10/19 10:31 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
By rebooting, I meant _after_ the fsck, not as a way of performing it.
(Note to David. I did suggest the "-N" dry reporting run option. It could however be a reasonably lengthy report.)
I remember the discussion some time back when you were deciding how to configure your partitions, but don't know what the final outcome was.
The fact that you are getting a console session means that whatever partitions needed to boot the system are mounted, all be it in read only mode. You should be able to run the "mount" command and see what it reports as the "/" partition and its type.
"/dev/md1 on / type ext4 (rw)"
So it is reporting on the machine I have here as being an ext4 partition on a raid (/dev/md1) drive, and is mounted in rw mode.
"/dev/md2 on /home type ext4 (rw)" may not be mountable if there is any need to write to the root "/" partition during the process.
I had a weird issue on an ubuntu machine at home a while back. It would keep offering the same set of ubuntu updates, time and time again. It was only then that I investigated and found that the root partition was in read only mode. So I umounted my /home partition and ran an fsck on the root partition. It found several corrupted inodes, unattached file fragments, wrong link counts etc. Once I confirmed that the fragments were from an unimportant package that had been in the process of being updated, I deleted the contents of /lost+found then ran the mount -o remount and mount -a commands to bring everything back online.
Lo and behold, the updates now installed correctly, and I have had no trouble since. (I hope Murphy wasn't looking in my direction there.)
So as David said, if in doubt, send us details from the -N dry run so we can look for anything likely to go BOOM!
Regards, Morrie.
And as a side note, (vi vs emacs flame wars aside) it is worth investing some time learning at least the basics of vi. It's a very powerful modal editor with a plethora of functions, but to do the basics you only need to learn a handful of them. The reason I say this is that you will find vi on pretty much every variant of linux/unix/BSD etc.
(Obligatory XKCD reference: https://xkcd.com/378/ )
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 9:46 PM To: luv-main@luv.asn.au Subject: Re: Power outage today, system fscked
Thanks Morrie,
The problem has survived 4 reboots, my console works so I will run the fsck options.
Cheers
Andrew
On 23/10/19 9:39 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
Note: I'm making an assumption that your root partition is an ext4 format. If it's not, then you will need to use the tool for your partition type (assuming it has one).
The reason you can't mount the btrfs partitions is that they need to mount to somewhere on the root partition.
As the root partition mounts "Read only", the system won't let the mount occur. You need to run fsck on the root partition. "fsck /" (see "man fsck" for full details, or look it up on the net if necessary.)
As it's already in read only mode, fsck (or the variant of fsck that matches your root partition type) will happily look for any broken i-nodes, and will reconnect any broken file fragments via their inode number to the "lost+found" directory of the root partition. For the "Hail Mary" option, you can run "fsck -a /" which will run wiithout asking any questions. Before trying the -a option, try the -N option as it is a dry-run oprion, making no changes, but just reporting on what it would do if given free reign.
By default, fsck runs in interactive mode, so it will prompt you at each error it finds.
If you are lucky, nothing critical was open at the time of the power outage. Once the fsck has run its course, "mount -o remount /" will bring the root partition up in rw mode. You can then run a "mount -a" to mount all of the partitions in /et/fstab. Rebooting the machine is your other alternative.
Regards, Morrie.
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 8:42 PM To: Andrew Greig via luv-main Subject: Power outage today, system fscked
Hi All,
Two events, Ubuntu update and power outage.
I cannot access my btrfs RAID drives, system reports it is mounted as read only.
Thunderbird is not working browsers are not working
Sane scanner is working
Darktable is reporting as running but not responsive.
KPatience is not working
So, in general, I have a system which boots but the programs are not starting properly. Is this a symptom of LockFiles not reporting correctly?
If I cannot access my RAID drives I am in a world of pain.
Any suggestions on how to solve this would be truly appreciated.
Andrew Greig
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main

Hi All /dev/sda8 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) So sda is ext4, and sdb and sdc are RAID on btrfs Does this mean that I can rub fsck on /dev/sda with the -N option and see what pops out? Thanks Andrew On 23/10/19 10:31 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
By rebooting, I meant _after_ the fsck, not as a way of performing it.
(Note to David. I did suggest the "-N" dry reporting run option. It could however be a reasonably lengthy report.)
I remember the discussion some time back when you were deciding how to configure your partitions, but don't know what the final outcome was.
The fact that you are getting a console session means that whatever partitions needed to boot the system are mounted, all be it in read only mode. You should be able to run the "mount" command and see what it reports as the "/" partition and its type.
"/dev/md1 on / type ext4 (rw)"
So it is reporting on the machine I have here as being an ext4 partition on a raid (/dev/md1) drive, and is mounted in rw mode.
"/dev/md2 on /home type ext4 (rw)" may not be mountable if there is any need to write to the root "/" partition during the process.
I had a weird issue on an ubuntu machine at home a while back. It would keep offering the same set of ubuntu updates, time and time again. It was only then that I investigated and found that the root partition was in read only mode. So I umounted my /home partition and ran an fsck on the root partition. It found several corrupted inodes, unattached file fragments, wrong link counts etc. Once I confirmed that the fragments were from an unimportant package that had been in the process of being updated, I deleted the contents of /lost+found then ran the mount -o remount and mount -a commands to bring everything back online.
Lo and behold, the updates now installed correctly, and I have had no trouble since. (I hope Murphy wasn't looking in my direction there.)
So as David said, if in doubt, send us details from the -N dry run so we can look for anything likely to go BOOM!
Regards, Morrie.
And as a side note, (vi vs emacs flame wars aside) it is worth investing some time learning at least the basics of vi. It's a very powerful modal editor with a plethora of functions, but to do the basics you only need to learn a handful of them. The reason I say this is that you will find vi on pretty much every variant of linux/unix/BSD etc.
(Obligatory XKCD reference: https://xkcd.com/378/ )
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 9:46 PM To: luv-main@luv.asn.au Subject: Re: Power outage today, system fscked
Thanks Morrie,
The problem has survived 4 reboots, my console works so I will run the fsck options.
Cheers
Andrew
On 23/10/19 9:39 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
Note: I'm making an assumption that your root partition is an ext4 format. If it's not, then you will need to use the tool for your partition type (assuming it has one).
The reason you can't mount the btrfs partitions is that they need to mount to somewhere on the root partition.
As the root partition mounts "Read only", the system won't let the mount occur. You need to run fsck on the root partition. "fsck /" (see "man fsck" for full details, or look it up on the net if necessary.)
As it's already in read only mode, fsck (or the variant of fsck that matches your root partition type) will happily look for any broken i-nodes, and will reconnect any broken file fragments via their inode number to the "lost+found" directory of the root partition. For the "Hail Mary" option, you can run "fsck -a /" which will run wiithout asking any questions. Before trying the -a option, try the -N option as it is a dry-run oprion, making no changes, but just reporting on what it would do if given free reign.
By default, fsck runs in interactive mode, so it will prompt you at each error it finds.
If you are lucky, nothing critical was open at the time of the power outage. Once the fsck has run its course, "mount -o remount /" will bring the root partition up in rw mode. You can then run a "mount -a" to mount all of the partitions in /et/fstab. Rebooting the machine is your other alternative.
Regards, Morrie.
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 8:42 PM To: Andrew Greig via luv-main Subject: Power outage today, system fscked
Hi All,
Two events, Ubuntu update and power outage.
I cannot access my btrfs RAID drives, system reports it is mounted as read only.
Thunderbird is not working browsers are not working
Sane scanner is working
Darktable is reporting as running but not responsive.
KPatience is not working
So, in general, I have a system which boots but the programs are not starting properly. Is this a symptom of LockFiles not reporting correctly?
If I cannot access my RAID drives I am in a world of pain.
Any suggestions on how to solve this would be truly appreciated.
Andrew Greig
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main

Hi Andrew. You are close. /dev/sda8 is the 8th partition on the /dev/sda hard drive. /dev/sda is the hard drive itself. You are correct that it is type ext4 And is is mounted "on /" so is the root partition. The options say that it should normally mount "rw" and the "errors=remount-ro" means what it sounds like. If a mount error occurs, mount "ro" instead of "rw", which is exactly what it's doing to you now. So you want to run "fsck -N /" (or "fsck -N /dev/sda8") and "See what pops out". fsck works on partitions, not drives. So give it a whirl. Regards, Morrie. -----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 10:47 PM To: luv-main@luv.asn.au Subject: Re: Power outage today, system fscked Hi All /dev/sda8 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) So sda is ext4, and sdb and sdc are RAID on btrfs Does this mean that I can rub fsck on /dev/sda with the -N option and see what pops out? Thanks Andrew On 23/10/19 10:31 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
By rebooting, I meant _after_ the fsck, not as a way of performing it.
(Note to David. I did suggest the "-N" dry reporting run option. It could however be a reasonably lengthy report.)
I remember the discussion some time back when you were deciding how to configure your partitions, but don't know what the final outcome was.
The fact that you are getting a console session means that whatever partitions needed to boot the system are mounted, all be it in read only mode. You should be able to run the "mount" command and see what it reports as the "/" partition and its type.
"/dev/md1 on / type ext4 (rw)"
So it is reporting on the machine I have here as being an ext4 partition on a raid (/dev/md1) drive, and is mounted in rw mode.
"/dev/md2 on /home type ext4 (rw)" may not be mountable if there is any need to write to the root "/" partition during the process.
I had a weird issue on an ubuntu machine at home a while back. It would keep offering the same set of ubuntu updates, time and time again. It was only then that I investigated and found that the root partition was in read only mode. So I umounted my /home partition and ran an fsck on the root partition. It found several corrupted inodes, unattached file fragments, wrong link counts etc. Once I confirmed that the fragments were from an unimportant package that had been in the process of being updated, I deleted the contents of /lost+found then ran the mount -o remount and mount -a commands to bring everything back online.
Lo and behold, the updates now installed correctly, and I have had no trouble since. (I hope Murphy wasn't looking in my direction there.)
So as David said, if in doubt, send us details from the -N dry run so we can look for anything likely to go BOOM!
Regards, Morrie.
And as a side note, (vi vs emacs flame wars aside) it is worth investing some time learning at least the basics of vi. It's a very powerful modal editor with a plethora of functions, but to do the basics you only need to learn a handful of them. The reason I say this is that you will find vi on pretty much every variant of linux/unix/BSD etc.
(Obligatory XKCD reference: https://xkcd.com/378/ )
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 9:46 PM To: luv-main@luv.asn.au Subject: Re: Power outage today, system fscked
Thanks Morrie,
The problem has survived 4 reboots, my console works so I will run the fsck options.
Cheers
Andrew
On 23/10/19 9:39 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
Note: I'm making an assumption that your root partition is an ext4 format. If it's not, then you will need to use the tool for your partition type (assuming it has one).
The reason you can't mount the btrfs partitions is that they need to mount to somewhere on the root partition.
As the root partition mounts "Read only", the system won't let the mount occur. You need to run fsck on the root partition. "fsck /" (see "man fsck" for full details, or look it up on the net if necessary.)
As it's already in read only mode, fsck (or the variant of fsck that matches your root partition type) will happily look for any broken i-nodes, and will reconnect any broken file fragments via their inode number to the "lost+found" directory of the root partition. For the "Hail Mary" option, you can run "fsck -a /" which will run wiithout asking any questions. Before trying the -a option, try the -N option as it is a dry-run oprion, making no changes, but just reporting on what it would do if given free reign.
By default, fsck runs in interactive mode, so it will prompt you at each error it finds.
If you are lucky, nothing critical was open at the time of the power outage. Once the fsck has run its course, "mount -o remount /" will bring the root partition up in rw mode. You can then run a "mount -a" to mount all of the partitions in /et/fstab. Rebooting the machine is your other alternative.
Regards, Morrie.
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 8:42 PM To: Andrew Greig via luv-main Subject: Power outage today, system fscked
Hi All,
Two events, Ubuntu update and power outage.
I cannot access my btrfs RAID drives, system reports it is mounted as read only.
Thunderbird is not working browsers are not working
Sane scanner is working
Darktable is reporting as running but not responsive.
KPatience is not working
So, in general, I have a system which boots but the programs are not starting properly. Is this a symptom of LockFiles not reporting correctly?
If I cannot access my RAID drives I am in a world of pain.
Any suggestions on how to solve this would be truly appreciated.
Andrew Greig
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main

Thanks to all, For some reason my system is fully operational now, just as I was trying to decipher the man btrfs comments. Everything is working yet I have no idea what resolved it. End result - very happy - but puzzled. Mucho grassy arse Andrew On 23/10/19 10:56 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
You are close.
/dev/sda8 is the 8th partition on the /dev/sda hard drive.
/dev/sda is the hard drive itself.
You are correct that it is type ext4
And is is mounted "on /" so is the root partition.
The options say that it should normally mount "rw" and the "errors=remount-ro" means what it sounds like. If a mount error occurs, mount "ro" instead of "rw", which is exactly what it's doing to you now.
So you want to run "fsck -N /" (or "fsck -N /dev/sda8") and "See what pops out".
fsck works on partitions, not drives.
So give it a whirl.
Regards, Morrie.
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 10:47 PM To: luv-main@luv.asn.au Subject: Re: Power outage today, system fscked
Hi All
/dev/sda8 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
So sda is ext4, and sdb and sdc are RAID on btrfs
Does this mean that I can rub fsck on /dev/sda with the -N option and see what pops out?
Thanks
Andrew
On 23/10/19 10:31 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
By rebooting, I meant _after_ the fsck, not as a way of performing it.
(Note to David. I did suggest the "-N" dry reporting run option. It could however be a reasonably lengthy report.)
I remember the discussion some time back when you were deciding how to configure your partitions, but don't know what the final outcome was.
The fact that you are getting a console session means that whatever partitions needed to boot the system are mounted, all be it in read only mode. You should be able to run the "mount" command and see what it reports as the "/" partition and its type.
"/dev/md1 on / type ext4 (rw)"
So it is reporting on the machine I have here as being an ext4 partition on a raid (/dev/md1) drive, and is mounted in rw mode.
"/dev/md2 on /home type ext4 (rw)" may not be mountable if there is any need to write to the root "/" partition during the process.
I had a weird issue on an ubuntu machine at home a while back. It would keep offering the same set of ubuntu updates, time and time again. It was only then that I investigated and found that the root partition was in read only mode. So I umounted my /home partition and ran an fsck on the root partition. It found several corrupted inodes, unattached file fragments, wrong link counts etc. Once I confirmed that the fragments were from an unimportant package that had been in the process of being updated, I deleted the contents of /lost+found then ran the mount -o remount and mount -a commands to bring everything back online.
Lo and behold, the updates now installed correctly, and I have had no trouble since. (I hope Murphy wasn't looking in my direction there.)
So as David said, if in doubt, send us details from the -N dry run so we can look for anything likely to go BOOM!
Regards, Morrie.
And as a side note, (vi vs emacs flame wars aside) it is worth investing some time learning at least the basics of vi. It's a very powerful modal editor with a plethora of functions, but to do the basics you only need to learn a handful of them. The reason I say this is that you will find vi on pretty much every variant of linux/unix/BSD etc.
(Obligatory XKCD reference: https://xkcd.com/378/ )
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 9:46 PM To: luv-main@luv.asn.au Subject: Re: Power outage today, system fscked
Thanks Morrie,
The problem has survived 4 reboots, my console works so I will run the fsck options.
Cheers
Andrew
On 23/10/19 9:39 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
Note: I'm making an assumption that your root partition is an ext4 format. If it's not, then you will need to use the tool for your partition type (assuming it has one).
The reason you can't mount the btrfs partitions is that they need to mount to somewhere on the root partition.
As the root partition mounts "Read only", the system won't let the mount occur. You need to run fsck on the root partition. "fsck /" (see "man fsck" for full details, or look it up on the net if necessary.)
As it's already in read only mode, fsck (or the variant of fsck that matches your root partition type) will happily look for any broken i-nodes, and will reconnect any broken file fragments via their inode number to the "lost+found" directory of the root partition. For the "Hail Mary" option, you can run "fsck -a /" which will run wiithout asking any questions. Before trying the -a option, try the -N option as it is a dry-run oprion, making no changes, but just reporting on what it would do if given free reign.
By default, fsck runs in interactive mode, so it will prompt you at each error it finds.
If you are lucky, nothing critical was open at the time of the power outage. Once the fsck has run its course, "mount -o remount /" will bring the root partition up in rw mode. You can then run a "mount -a" to mount all of the partitions in /et/fstab. Rebooting the machine is your other alternative.
Regards, Morrie.
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 8:42 PM To: Andrew Greig via luv-main Subject: Power outage today, system fscked
Hi All,
Two events, Ubuntu update and power outage.
I cannot access my btrfs RAID drives, system reports it is mounted as read only.
Thunderbird is not working browsers are not working
Sane scanner is working
Darktable is reporting as running but not responsive.
KPatience is not working
So, in general, I have a system which boots but the programs are not starting properly. Is this a symptom of LockFiles not reporting correctly?
If I cannot access my RAID drives I am in a world of pain.
Any suggestions on how to solve this would be truly appreciated.
Andrew Greig
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
_______________________________________________ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main

On 10/23/2019 5:19 AM, Andrew Greig via luv-main wrote:
Thanks to all, For some reason my system is fully operational now, just as I was trying to decipher the man btrfs comments. Everything is working yet I have no idea what resolved it. End result - very happy - but puzzled.
That's really good to hear :) I was feeling your pain too, as here in California we've been subject to the viscious reprisals for having the audacity to hold a public utility accountable for the decimation of human life, communities, and even an entire town wiped off the face of the earth last year. Word on the radio this morning is that they're turning the power off again for a couple of days in 17 counties, starting in the next hour or two. I don't want to be the one stating the obvious, yet realize that with improvements over the past couple of decades in reliability and resilience to catastrophic outtages, our focus on protecting our machinery from such denials of service (whether by act of God or retaliatory attacks by predatory utility monopolies) has waned. Nevertheless, this little ditty will serve in a pinch to afford you (the proverbial you, meaning... all of us who aren't currently employing these measures) the capability for an orderly shutdown of your machinery in the event of an outtage, regardless of the reasons for that service denial: https://amzn.to/2pIZJbs The rest I'll leave mostly untrimmed to highlight the resultant vagaries and confusing aspects of Top-Posting.
Mucho grassy arse
Andrew
On 23/10/19 10:56 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
You are close.
/dev/sda8 is the 8th partition on the /dev/sda hard drive.
/dev/sda is the hard drive itself.
You are correct that it is type ext4
And is is mounted "on /" so is the root partition.
The options say that it should normally mount "rw" and the "errors=remount-ro" means what it sounds like. If a mount error occurs, mount "ro" instead of "rw", which is exactly what it's doing to you now.
So you want to run "fsck -N /" (or "fsck -N /dev/sda8") and "See what pops out".
fsck works on partitions, not drives.
So give it a whirl.
Regards, Morrie.
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 10:47 PM To: luv-main@luv.asn.au Subject: Re: Power outage today, system fscked
Hi All
/dev/sda8 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
So sda is ext4, and sdb and sdc are RAID on btrfs
Does this mean that I can rub fsck on /dev/sda with the -N option and see what pops out?
Thanks
Andrew
On 23/10/19 10:31 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
By rebooting, I meant _after_ the fsck, not as a way of performing it.
(Note to David. I did suggest the "-N" dry reporting run option. It could however be a reasonably lengthy report.)
I remember the discussion some time back when you were deciding how to configure your partitions, but don't know what the final outcome was.
The fact that you are getting a console session means that whatever partitions needed to boot the system are mounted, all be it in read only mode. You should be able to run the "mount" command and see what it reports as the "/" partition and its type.
"/dev/md1 on / type ext4 (rw)"
So it is reporting on the machine I have here as being an ext4 partition on a raid (/dev/md1) drive, and is mounted in rw mode.
"/dev/md2 on /home type ext4 (rw)" may not be mountable if there is any need to write to the root "/" partition during the process.
I had a weird issue on an ubuntu machine at home a while back. It would keep offering the same set of ubuntu updates, time and time again. It was only then that I investigated and found that the root partition was in read only mode. So I umounted my /home partition and ran an fsck on the root partition. It found several corrupted inodes, unattached file fragments, wrong link counts etc. Once I confirmed that the fragments were from an unimportant package that had been in the process of being updated, I deleted the contents of /lost+found then ran the mount -o remount and mount -a commands to bring everything back online.
Lo and behold, the updates now installed correctly, and I have had no trouble since. (I hope Murphy wasn't looking in my direction there.)
So as David said, if in doubt, send us details from the -N dry run so we can look for anything likely to go BOOM!
Regards, Morrie.
And as a side note, (vi vs emacs flame wars aside) it is worth investing some time learning at least the basics of vi. It's a very powerful modal editor with a plethora of functions, but to do the basics you only need to learn a handful of them. The reason I say this is that you will find vi on pretty much every variant of linux/unix/BSD etc.
(Obligatory XKCD reference: https://xkcd.com/378/ )
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 9:46 PM To: luv-main@luv.asn.au Subject: Re: Power outage today, system fscked
Thanks Morrie,
The problem has survived 4 reboots, my console works so I will run the fsck options.
Cheers
Andrew
On 23/10/19 9:39 pm, Morrie Wyatt via luv-main wrote:
Hi Andrew.
Note: I'm making an assumption that your root partition is an ext4 format. If it's not, then you will need to use the tool for your partition type (assuming it has one).
The reason you can't mount the btrfs partitions is that they need to mount to somewhere on the root partition.
As the root partition mounts "Read only", the system won't let the mount occur. You need to run fsck on the root partition. "fsck /" (see "man fsck" for full details, or look it up on the net if necessary.)
As it's already in read only mode, fsck (or the variant of fsck that matches your root partition type) will happily look for any broken i-nodes, and will reconnect any broken file fragments via their inode number to the "lost+found" directory of the root partition. For the "Hail Mary" option, you can run "fsck -a /" which will run wiithout asking any questions. Before trying the -a option, try the -N option as it is a dry-run oprion, making no changes, but just reporting on what it would do if given free reign.
By default, fsck runs in interactive mode, so it will prompt you at each error it finds.
If you are lucky, nothing critical was open at the time of the power outage. Once the fsck has run its course, "mount -o remount /" will bring the root partition up in rw mode. You can then run a "mount -a" to mount all of the partitions in /et/fstab. Rebooting the machine is your other alternative.
Regards, Morrie.
-----Original Message----- From: luv-main [mailto:luv-main-bounces@luv.asn.au] On Behalf Of Andrew Greig via luv-main Sent: Wednesday, 23 October 2019 8:42 PM To: Andrew Greig via luv-main Subject: Power outage today, system fscked
Hi All,
Two events, Ubuntu update and power outage.
I cannot access my btrfs RAID drives, system reports it is mounted as read only.
Thunderbird is not working browsers are not working
Sane scanner is working
Darktable is reporting as running but not responsive.
KPatience is not working
So, in general, I have a system which boots but the programs are not starting properly. Is this a symptom of LockFiles not reporting correctly?
If I cannot access my RAID drives I am in a world of pain.
Any suggestions on how to solve this would be truly appreciated.
Andrew Greig
-- Bradley D. Thornton Manager Network Services http://NorthTech.US TEL: +1.310.421.8268
participants (4)
-
Andrew Greig
-
Bradley D. Thornton
-
David
-
Morrie Wyatt