It's actually still in there (fuse/ntfs-3g that is), I just missed it
earlier, sorry.
As for exfat, well then maybe next time.
So ignoring everything else, that leaves including the casper-helpers to
make it work at all:
--- initrd.old/scripts/casper-premount/20iso_scan 2022-04-15
19:24:0
The casper-helpers :: wait_for_devs() function has a locking file logic
using this path "/dev/.initramfs/lupin-waited-for-devs"
wait_for_devs(){
if [ -e /dev/.initramfs/lupin-waited-for-devs ]; then
return
fi
...
touch /dev/.initramfs/lupin-waited-
Same results for me. Tested it with . scripts/casper-helpers added to
20iso_scan and it works although there are some odd messages left.
Another issue is filesystem support. The initrd only has access to
ext234 and vfat. Once the livecd is booted, there is also exfat and
ntfs3 (and various other L
> swapon -a by default
I'm not worried about default behaviour, just wondering what can go
wrong long term.
How about putting a keyless LUKS header on it. You can't do anything
with it (as the manpage states, "Removing the last passphrase makes the
LUKS container permanently inaccessible."). But
What if the system were to use the unencrypted swap (since there's a
valid header for it) and the encrypted swap (since an encrypted device
with offset was created for it) at the same time? The two swaps would
overlap and overwrite each others memory, and the system goes *ka-boom*.
Now, that's an
I can still reproduce it as described above in Ubuntu 14.10, also when
using the Live CD.
If there is a fix, I don't know where to find it...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1369971
Tit
Since it can be reproduced with gnome-session-quit... although I don't
think it's the root issue, since it also happens with other dialogs of
the same style (keyboard shortcuts for one). I don't know which package
would be responsible for that.
** Package changed: ubuntu => gnome-session (Ubuntu)
Public bug reported:
When you log into Ubuntu 14.04 for the first time, a keyboard shortcuts
dialog is shown. This dialog has an (X) in the upper left corner, but
sometimes it's not actually possible to click it. The dialog buttons are
for some reason unresponsive.
The same happens with the shutd
It turns out to be a caching issue.
When a region of the SSD is trimmed, that data is lost. However for some
unfathomable reason, Linux keeps the data in its caches. As a result,
the 2nd dd call returns wrong data, making it seem as if the TRIM didn't
work regardless whether it really did or not.
Tested the driver, works fine, can be built even on the Live CD if you
have the tarball on a USB stick and know how to use make and insmod...
*Everything went better than expected*
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https:
Argh. Oh well. I got myself one of these on an ASUS P8H77-V. Didn't
notice it said Atheros in the specs. That's what you get for not having
a hardware issue with Linux for 5+ years, you get careless when buying
new stuff.
> What should "happy" Ubuntu users do to get networking support on their
new
11 matches
Mail list logo
