Hi,
I have applied your patch changing the last line of /lib/udev/lmt-udev
and my system still boots with / in read only mode.
running:
systemd 215
udevd 215
I have the same symptoms as you describe:
# systemctl status systemd-remount-fs.service
● systemd-remount-fs.service - Remount Root and
Hi,
Thank you for reporting this.
On Friday 26 September 2014 03:31 PM, Ilan Cohen wrote:
Hi,
I have applied your patch changing the last line of /lib/udev/lmt-udev
and my system still boots with / in read only mode.
Matthew: Can you please confirm your results ??
running:
systemd 215
Hi,
I have found the problem, and a solution.
The problem is not lmt, nor systemd. It's initramfs-tools not properly
mounting /usr (if LVM).
In initramfs-tools version 0.117 an option has been added to mount usr if
in fstab.
The initramfs init scripts are in /usr/share/initramfs-tools. The file
sorry the attached patch earlier was the wrong file.
Reattaching correct patch.
On Fri, Sep 26, 2014 at 2:36 PM, Ritesh Raj Sarraf r...@researchut.com
wrote:
Hi,
Thank you for reporting this.
On Friday 26 September 2014 03:31 PM, Ilan Cohen wrote:
Hi,
I have applied your patch
Control: reassing -1 initramfs-tools
Thank you Ilan.
Michale: Now that you have taken over maintenance for initramfs-tools,
can you please look into it ? From what has been described by the user,
this bug should ideally be assigned to LVM2. But I'll leave that to you.
On Friday 26
On 09/26/2014 10:02 AM, Ritesh Raj Sarraf wrote:
Thank you Ilan.
Michale: Now that you have taken over maintenance for initramfs-tools,
can you please look into it ? From what has been described by the
user, this bug should ideally be assigned to LVM2. But I'll leave that
to you.
I think this
On 07/24/2014 06:35 PM, Matthew Gabeler-Lee wrote:
The core of the problem, I think, is that lmt-udev is clearly intending
to detach itself from the udev daemon that spawns it, but is failing to
do so. I think the strategy it uses may have worked with prior versions
of udev, but changes in
On Wed, 23 Jul 2014, Ritesh Raj Sarraf wrote:
On 07/22/2014 07:55 PM, Matthew Gabeler-Lee wrote:
Changing the last line of /lib/udev/lmt-udev from:
)
to:
) /dev/null /dev/null 21
detaches from those pipes, fixing the problem and producing a normal boot.
One fact that it never broke
On 07/22/2014 07:55 PM, Matthew Gabeler-Lee wrote:
I do not, but /usr is on an LVM2 volume, and the combination of that and
a bug in the lmt-udev script is the key.
Some experimentation with the systemd debug-shell service and copying
some key utilities from /usr to / has, I think, found the
On Tue, 22 Jul 2014, Ritesh Raj Sarraf wrote:
Do you have any of the critical file systems (/, /usr) on an external
USB disk ?
I do not, but /usr is on an LVM2 volume, and the combination of that and
a bug in the lmt-udev script is the key.
Some experimentation with the systemd debug-shell
Package: laptop-mode-tools
Version: 1.65-2
Severity: serious
Justification: Breaks normal system boot
The lmt-udev script appears to be breaking systemd boot for me due to
introducing a deadlock / dependency circle. Based on usage of
debug-shell.service, it appears that systemd is waiting for
On 07/21/2014 09:50 PM, Matthew Gabeler-Lee wrote:
The lmt-udev script appears to be breaking systemd boot for me due to
introducing a deadlock / dependency circle. Based on usage of
debug-shell.service, it appears that systemd is waiting for udev to settle,
which is needed for the lvm2
severity 755518 normal
reopen 755518
retitle 755518 laptop-mode-tools: fails to boot when /usr is on LVM
quit
On Mon, 21 Jul 2014, Ritesh Raj Sarraf wrote:
On 07/21/2014 09:50 PM, Matthew Gabeler-Lee wrote:
Removing laptop-mode-tools causes my system to boot properly.
In the 1.65-2 release,
On 07/22/2014 07:25 AM, Matthew Gabeler-Lee wrote:
I'll accept that the severity I originally reported may not have been
correct, and I've reduced that here (FWIW, I think I misread the
descriptions and intended to make it important, not serious, but
I'll go with normal for now).
And
14 matches
Mail list logo