[gentoo-user] Re: VLC stopped working: XML reader not found
On 2020-03-22, Grant Edwards wrote: > The only other Qt GUI app I have installed (AFAICT) is wireshark. It > worked fine a few days ago, and now it segfaults too. > > ... I installed qterminal as a quick test, and it segfaults also. I checked another system that was also upgraded and VLC works fine there. Back on the first system I tried emerge --dep-clean, and it complained about the old 5.13 qt package versions being missing. So I did emerge --update --newuse --deep --with-bdeps=y @world And all of the 5.14 qt package got emerged again. Now Qt apps work. I don't know why they "emerge -auvND world" command that originally did the upgrade didn't work right. -- Grant
Re: [gentoo-user] executing a file on a usb thumb drive
On 22/3/20 2:29 am, Dr Rainer Woitok wrote: Dale, On Saturday, 2020-03-21 13:01:01 -0500, you wrote: ... Thing is, if I give it to someone who uses windoze, can they just put in the password and open it or does it have to be on the original system? They just have VeraCrypt to be installed and they have to know the cred- entials, which may be a password and/or a certain file on each system. Basically, I'd like to transfer files from one system to another but it be encrypted while in transit. I use Linux, they use windoze tho. That make sense? I do exactly that: transfering files from Gentoo to Windows and back. And if anybody else would try to read the USB stick they would only find white noise on it. Sincerely, Rainer Good point - securestick leaves the "structure" of directories visible on the standard exfat FS but encrypts the files in place. My view is its "good enough" for my purposes and while veracrypt is better - it wont work in my use case. BillK
Re: [gentoo-user] executing a file on a usb thumb drive
On 22/3/20 12:53 am, Dr Rainer Woitok wrote: Dale, On Saturday, 2020-03-21 08:06:35 -0500, you wrote: ... Mind if I'm nosy for a minute. I'd like to store files on a USB stick that are encrypted as well. However, I'd like it to be able to work no matter what OS is used. I googled but thought it was not possible. You seem to have found a way to do this, broken at the moment but there's hope. For what it's worth, I'm successfully using VeraCrypt (the successor of TrueCrypt) on both, Windows and Gentoo, to read and write encrypted USB sticks. See "https://www.veracrypt.fr/en/Home.html; for their web site and just emerge "app-crypt/veracrypt". Sincerely, Rainer That would have been my preference but I am a user on an enterprise locked down version of windows (probably lucky they let me use usb!) - the securestick webdav approach sidesteps the fact that windows encryption (as almost all usb encryption in apps on windows like veracrypt crypt do) goes through the kernel so it (in my case) has been used to enforce policy which is only aimed at the common security risks (so has it has left some holes :) The alternative I used previously was an encrypted archive copy'd back and forward. With Securestick I can sync using unison on this side, and a windows app on the other. BillK * if there is something better than securestick out there, like Dale I would love to hear of it!
[gentoo-user] Re: VLC stopped working: XML reader not found
On 2020-03-22, David Abbott wrote: >>> VLC suddenly stopped working this week. Last week it worked fine, but >>> now I get this: >>> >>> $ vlc >>> VLC media player 3.0.8 Vetinari (revision 3.0.8-0-gf350b6b5a7) >>> [55814c41d3e0] main xml reader error: XML reader not found >>> [55814c399580] main libvlc: Running vlc with the default interface. >>> Use 'cvlc' to use vlc without interface. >>> Segmentation fault >>> >>> I re-emerged it, but no change. Why is VLC suddenly looking for an >>> XML reader and segfaulting when it doesn't find one? [doesn't appear to be related to recent addition of second monitor] > Is the xml use flag enabled? No, it wasn't. I rebuilt vlc with the xml flag enabled. No error message about XML reader not found, but it still segfaults. Now that I think about it, I can't swear that it didn't always complain about not findig an XML reader. It didn't used to segfault though. :) Looking at the emerge logs, I see that a bunch of QT5 stuff got upgraded two days ago. My current assumption is that the qt5 upgrade is the culprit. Sure enough, starting vlc with the ncurses interface works fine. VLC without the xml use flag also works fine when run with the ncurses interface -- the XML reader not found message is back again. I suspect it's always been there, and I just never noticed until VLC started segfaulting. The only other Qt GUI app I have installed (AFAICT) is wireshark. It worked fine a few days ago, and now it segfaults too. ... I installed qterminal as a quick test, and it segfaults also. I guess I'll have to start rolling back Qt packages on Monday when I need Wireshark to work again. :/ -- Grant
Re: [gentoo-user] Re: VLC stopped working: XML reader not found
On Sat, Mar 21, 2020 at 9:35 PM Grant Edwards wrote: > > On 2020-03-22, Grant Edwards wrote: > > > VLC suddenly stopped working this week. Last week it worked fine, but > > now I get this: > > > > $ vlc > > VLC media player 3.0.8 Vetinari (revision 3.0.8-0-gf350b6b5a7) > > [55814c41d3e0] main xml reader error: XML reader not found > > [55814c399580] main libvlc: Running vlc with the default interface. > > Use 'cvlc' to use vlc without interface. > > Segmentation fault > > > > I re-emerged it, but no change. Why is VLC suddenly looking for an > > XML reader and segfaulting when it doesn't find one? > > > > A few days ago, I did plug in a second monitor and used xrandr to > > configure a single display with two screens. Does that have something > > to do with VLC suddenly blowing a gasket about XML? > > It doesn't appear to be related. I switched back to my old single-monitor > configuration, and VLC still segfaults the same way. > > -- > Grant > > Is the xml use flag enabled? -- David Abbott (dabbott)
Re: [gentoo-user] repair uefi vfat /boot?
‐‐‐ Original Message ‐‐‐ On Saturday, March 21, 2020 8:03 PM, Stefan Schmiedl wrote: > "Caveman Al Toraboran" toraboracave...@protonmail.com, 21.03.2020, 14:49: > > > questions: > > * what's going on? > > * how to find out? > > "dmesg -T" is your friend. It should show the error messages > with their timestamps. > > > * how to fix? > > For spinning HDs: > > If the error messages point towards faulty sectors that can't be > written, get a new drive and migrate your data. If the messages > don't contain sectors, check and/or replace the cabling. If the > problem persists, get a new drive etc... i get this: http://codepad.org/MVeqeBBu it mentions "sector", but not sure if it is what you mean. what do you think?
Re: [gentoo-user] executing a file on a usb thumb drive
Dr Rainer Woitok wrote: > Dale, > > On Saturday, 2020-03-21 13:01:01 -0500, you wrote: > >> ... >> Thing is, if I >> give it to someone who uses windoze, can they just put in the password >> and open it or does it have to be on the original system? > They just have VeraCrypt to be installed and they have to know the cred- > entials, which may be a password and/or a certain file on each system. > >> Basically, I'd like to transfer >> files from one system to another but it be encrypted while in transit. >> I use Linux, they use windoze tho. That make sense? > I do exactly that: transfering files from Gentoo to Windows and back. > And if anybody else would try to read the USB stick they would only find > white noise on it. > > Sincerely, > Rainer > Thank you. That is MOST helpful. I want to document some things and leave it behind, after I'm dead and gone, but I want a certain person to be able to access it. They will have the password. Thing is, until then, I don't want anyone to be able to see it or anything. This will work very nicely. Off to youtube to see this thing in action. ;-) Dale :-) :-)
[gentoo-user] Re: VLC stopped working: XML reader not found
On 2020-03-22, Grant Edwards wrote: > VLC suddenly stopped working this week. Last week it worked fine, but > now I get this: > > $ vlc > VLC media player 3.0.8 Vetinari (revision 3.0.8-0-gf350b6b5a7) > [55814c41d3e0] main xml reader error: XML reader not found > [55814c399580] main libvlc: Running vlc with the default interface. > Use 'cvlc' to use vlc without interface. > Segmentation fault > > I re-emerged it, but no change. Why is VLC suddenly looking for an > XML reader and segfaulting when it doesn't find one? > > A few days ago, I did plug in a second monitor and used xrandr to > configure a single display with two screens. Does that have something > to do with VLC suddenly blowing a gasket about XML? It doesn't appear to be related. I switched back to my old single-monitor configuration, and VLC still segfaults the same way. -- Grant
[gentoo-user] VLC stopped working: XML reader not found
VLC suddenly stopped working this week. Last week it worked fine, but now I get this: $ vlc VLC media player 3.0.8 Vetinari (revision 3.0.8-0-gf350b6b5a7) [55814c41d3e0] main xml reader error: XML reader not found [55814c399580] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. Segmentation fault I re-emerged it, but no change. Why is VLC suddenly looking for an XML reader and segfaulting when it doesn't find one? A few days ago, I did plug in a second monitor and used xrandr to configure a single display with two screens. Does that have something to do with VLC suddenly blowing a gasket about XML? -- Grant
[gentoo-user] incron not working
Hi. I have not used incron in a while and when I tried to use it today, it did not execute the commands. I am using gentoo source 4.19.93 and it looks like I have all the configs in the kernel, like this: grep -i notify linux/.config CONFIG_FB_NOTIFY=y CONFIG_FSNOTIFY=y CONFIG_DNOTIFY=y CONFIG_INOTIFY_USER=y CONFIG_FANOTIFY=y I re-emerged incron with no joy. Any suggestions on this would be greatly appreciated. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
[gentoo-user] Re: Testing ebuilds
On 2020-03-21 01:05, Alarig Le Lay wrote: > > No. Here is my make.conf: > > Nothing unusual, indeed. Could you please share the ebuild that has > the behavior? The issue might be there. Definitely not, it's just the latest official net-mail/mu with a single trivial change (remove the installation of README.org which doesn't exist upstream anymore). FWIW, I added PORTAGE_INST_UID=1000 to the environment and that made it work. -- Ian
Re: [gentoo-user] executing a file on a usb thumb drive
Dale, On Saturday, 2020-03-21 13:01:01 -0500, you wrote: > ... > Thing is, if I > give it to someone who uses windoze, can they just put in the password > and open it or does it have to be on the original system? They just have VeraCrypt to be installed and they have to know the cred- entials, which may be a password and/or a certain file on each system. > Basically, I'd like to transfer > files from one system to another but it be encrypted while in transit. > I use Linux, they use windoze tho. That make sense? I do exactly that: transfering files from Gentoo to Windows and back. And if anybody else would try to read the USB stick they would only find white noise on it. Sincerely, Rainer
Re: [gentoo-user] executing a file on a usb thumb drive
Dr Rainer Woitok wrote: > Dale, > > On Saturday, 2020-03-21 08:06:35 -0500, you wrote: > >> ... >> Mind if I'm nosy for a minute. I'd like to store files on a USB stick >> that are encrypted as well. However, I'd like it to be able to work no >> matter what OS is used. I googled but thought it was not possible. You >> seem to have found a way to do this, broken at the moment but there's hope. > For what it's worth, I'm successfully using VeraCrypt (the successor of > TrueCrypt) on both, Windows and Gentoo, to read and write encrypted USB > sticks. > > See "https://www.veracrypt.fr/en/Home.html; for their web site and just > emerge "app-crypt/veracrypt". > > Sincerely, > Rainer > Questions. Since you use it, maybe you can tell me if this works. I'd like to use this on a USB stick for files/directories. Thing is, if I give it to someone who uses windoze, can they just put in the password and open it or does it have to be on the original system? It sounds like it will work on different systems. Basically, I'd like to transfer files from one system to another but it be encrypted while in transit. I use Linux, they use windoze tho. That make sense? Thanks. Dale :-) :-)
Re: [gentoo-user] executing a file on a usb thumb drive
Dale, On Saturday, 2020-03-21 08:06:35 -0500, you wrote: > ... > Mind if I'm nosy for a minute. I'd like to store files on a USB stick > that are encrypted as well. However, I'd like it to be able to work no > matter what OS is used. I googled but thought it was not possible. You > seem to have found a way to do this, broken at the moment but there's hope. For what it's worth, I'm successfully using VeraCrypt (the successor of TrueCrypt) on both, Windows and Gentoo, to read and write encrypted USB sticks. See "https://www.veracrypt.fr/en/Home.html; for their web site and just emerge "app-crypt/veracrypt". Sincerely, Rainer
Re: [gentoo-user] executing a file on a usb thumb drive
William Kenworthy wrote: > > On 21/3/20 9:06 pm, Dale wrote: >> William Kenworthy wrote: >>> I have an encrypted usb thumb drive I use to transfer files from work >>> (Win10) to home (gentoo) - the encryption and access is via a program >>> that is stored and executed from the thumb drive. >>> >>> Some time back, it became impossible to execute files stored on the >>> thumb drive. I found I could get it to work if it was mounted within >>> the users home directory. Since the last round of updates that has >>> become broken as well. >>> >>> I presume the culprit is something in eudev/udisks/polkit/elogind >>> (this is an openrc system) >>> >>> Can someone point me to a guide on how to set up executing files from >>> a usb thumb drive on gentoo? >>> >>> Thanks, >>> >>> BillK. >>> >>> >>> >>> >> >> Mind if I'm nosy for a minute. I'd like to store files on a USB stick >> that are encrypted as well. However, I'd like it to be able to work no >> matter what OS is used. I googled but thought it was not possible. You >> seem to have found a way to do this, broken at the moment but there's >> hope. >> >> Would you share what you are using? Links maybe?? >> >> Thanks. >> >> Dale >> >> :-) :-) >> > > Look at http://www.withopf.com/tools/securstick/. > > Its mounted as a webdav share. It does limit the windows side to > files ~35mb or so ( an MS limitation) > > The windows side is seamless, linux is clunky > > You put a linux and windows executable on the thumb drive and execute > the one needed - a login screen appears within your browser. > > > I just found that exec with the home directory still works ... but > only if in a terminal, cant click on it using a file manager. > > > BillK > Thanks much. It gives me a starting place. Dale :-) :-)
Re: [gentoo-user] repair uefi vfat /boot?
"Caveman Al Toraboran" , 21.03.2020, 14:49: > questions: > * what's going on? > * how to find out? "dmesg -T" is your friend. It should show the error messages with their timestamps. > * how to fix? For spinning HDs: If the error messages point towards faulty sectors that can't be written, get a new drive and migrate your data. If the messages don't contain sectors, check and/or replace the cabling. If the problem persists, get a new drive etc... For SSDs: Try to get as much data off the disk as you can without rebooting or power cycling. When these things fail, they tend to fail completely. > symptoms: > * can't write (gives read/write error). > * but files can get created and deleted. > * newly created files, which also have failed writes > have 0 bytes in them. > * mount /dev/sda1 /boot is slow. > * umount /boot is slow. > cave ~ # fsck.vfat -v -a -w /dev/sda1 > fsck.fat 4.1 (2017-01-24) > Checking we can access the last sector of the filesystem > 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be > corrupt. > Automatically removing dirty bit. > Boot sector contents: > System ID "mkfs.fat" > Media byte 0xf8 (hard disk) > 512 bytes per logical sector > 4096 bytes per cluster > 32 reserved sectors > First FAT starts at byte 16384 (sector 32) > 2 FATs, 32 bit entries > 565248 bytes per FAT (= 1104 sectors) > Root directory start at cluster 2 (arbitrary size) > Data area starts at byte 1146880 (sector 2240) > 140520 data clusters (575569920 bytes) > 63 sectors/track, 255 heads > 2048 hidden sectors > 1126400 sectors total > Got 4096 bytes instead of 562088 at 16384 If you're lucky and your hard disks supports it, you could try - migrating data to another drive - write to every sector on the drive, as in dd if=/dev/zero of=/dev/sda or with some other non-zero pattern. - hope that the controller catches the errors and marks the faulty blocks as bad so that they are not accessed in the future. - reformat the drive and trust in your luck s.
Re: [gentoo-user] SDD strategies...
Hello,
On Sat, 21 Mar 2020, Marc Joliet wrote:
>Am Mittwoch, 18. März 2020, 16:56:52 CET schrieb antlists:
[..]
>> Can't remember where it was - some mag ran a stress-test on a bunch of
>> SSDs and they massively outlived their rated lives ... I think even the
>> first to fail survived about 18months of continuous hammering - and I
>> mean hammering!
>
>The German c't magazine did a similar test of various SSDs from
>different
I mentioned that in the other thread ("SDD, what features..."), I plan
to sum up the articles tomorrow. I'd guess he means that test ;)
>price categories, and they all showed the same result (I think some exceeded
>their lifetime by more than a factor of two, and the minimum was something
>like 1.5).
If you mean TBW by "lifetime": All above factor 2, best: over 18. Ok,
those were the "brand models" (1 Crucial, 1 OCZ (Toshiba), 2 Samsung
and 2 Sandisk, and 2 drives of each model)...
Fun fact: one of the test PCs died and killed two of the 3 remaining
SSDs, the second Sandisk Extreme Pro (the first had died already) and
the first Samsung 850 Pro. The remaining second Samsung 850 Pro in the
other Test-PC was still being hammered 4.5 months later with 8 PeBi
written (all drives were 240/256 GB), but showing first "Uncorrectable
Errors" via SMART.
The test also included the failure mode as well, e.g. "dead as a
brick" in a moment, warning signs via SMART, failure to write but
still readable etc.
The mag followed that up with a test of el-cheapo SSDs ... which I'll
include in my summary.
-dnh
--
| Ceci n'est pas une pipe
Re: [gentoo-user] repair uefi vfat /boot?
Oops! My bad - the title said it: UEFI boot, but somehow I missed it. Same things comments, but since this not a USB drive, check the output of smartclt -a and run a few tests too. On a spinning disk the faults could be related to hard drive failure, or the SATA cable coming loose. Reseat the cable to see if the errors go away. On Saturday, 21 March 2020 15:28:44 GMT Michael wrote: > On Saturday, 21 March 2020 13:49:04 GMT Caveman Al Toraboran wrote: > > questions: > > * what's going on? > > It looks as if your USB stick connector or its microcontroller is faulty. > There is also a smaller probability the USB port on the PC is playing up. > > > * how to find out? > > Look at dmesg -w and syslog for I/O errors. > > > * how to fix? > > If this is a hardware fault, check for dirty/oxidized contacts on the USB > connector and clean these as appropriate. If they look OK, try a different > USB port on the PC. > > > symptoms: > > * can't write (gives read/write error). > > * but files can get created and deleted. > > * newly created files, which also have failed writes > > > >have 0 bytes in them. > > > > * mount /dev/sda1 /boot is slow. > > * umount /boot is slow. > > > > cave ~ # fsck.vfat -v -a -w /dev/sda1 > > fsck.fat 4.1 (2017-01-24) > > Checking we can access the last sector of the filesystem > > 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be > > corrupt. Automatically removing dirty bit. > > Boot sector contents: > > System ID "mkfs.fat" > > Media byte 0xf8 (hard disk) > > > >512 bytes per logical sector > > > > 4096 bytes per cluster > > > > 32 reserved sectors > > > > First FAT starts at byte 16384 (sector 32) > > > > 2 FATs, 32 bit entries > > > > 565248 bytes per FAT (= 1104 sectors) > > > > Root directory start at cluster 2 (arbitrary size) > > Data area starts at byte 1146880 (sector 2240) > > > > 140520 data clusters (575569920 bytes) > > > > 63 sectors/track, 255 heads > > > > 2048 hidden sectors > > > >1126400 sectors total > > > > Got 4096 bytes instead of 562088 at 16384 > > > > > > > > > > thoughts? > > > > rgrds, > > cm. > > > > Sent with ProtonMail Secure Email. > > You could try formatting the USB drive with -v -t and then monitor the logs > to see if the errors persist. If the errors do not come back, then the > problem is unlikely to have been caused by hardware faults. If they do, > its time to destroy the USB drive (unless the data on it does not contain > private information) and throw it away. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] repair uefi vfat /boot?
On Saturday, 21 March 2020 13:49:04 GMT Caveman Al Toraboran wrote: > questions: > * what's going on? It looks as if your USB stick connector or its microcontroller is faulty. There is also a smaller probability the USB port on the PC is playing up. > * how to find out? Look at dmesg -w and syslog for I/O errors. > * how to fix? If this is a hardware fault, check for dirty/oxidized contacts on the USB connector and clean these as appropriate. If they look OK, try a different USB port on the PC. > symptoms: > * can't write (gives read/write error). > * but files can get created and deleted. > * newly created files, which also have failed writes >have 0 bytes in them. > * mount /dev/sda1 /boot is slow. > * umount /boot is slow. > > > cave ~ # fsck.vfat -v -a -w /dev/sda1 > fsck.fat 4.1 (2017-01-24) > Checking we can access the last sector of the filesystem > 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be > corrupt. Automatically removing dirty bit. > Boot sector contents: > System ID "mkfs.fat" > Media byte 0xf8 (hard disk) >512 bytes per logical sector > 4096 bytes per cluster > 32 reserved sectors > First FAT starts at byte 16384 (sector 32) > 2 FATs, 32 bit entries > 565248 bytes per FAT (= 1104 sectors) > Root directory start at cluster 2 (arbitrary size) > Data area starts at byte 1146880 (sector 2240) > 140520 data clusters (575569920 bytes) > 63 sectors/track, 255 heads > 2048 hidden sectors >1126400 sectors total > Got 4096 bytes instead of 562088 at 16384 > > > > > thoughts? > > rgrds, > cm. > > Sent with ProtonMail Secure Email. You could try formatting the USB drive with -v -t and then monitor the logs to see if the errors persist. If the errors do not come back, then the problem is unlikely to have been caused by hardware faults. If they do, its time to destroy the USB drive (unless the data on it does not contain private information) and throw it away. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] SDD strategies...
Am Mittwoch, 18. März 2020, 16:56:52 CET schrieb antlists: > On 17/03/2020 05:59, tu...@posteo.de wrote: > > Hi, > > > > currentlu I am setting up a new PC for my 12-years old one, > > which has reached the limits of its "computational power" :) > > > > SSDs are a common replacement for HDs nowaday -- but I still trust my > > HDs more than this "flashy" things...call me retro or oldschool, but > > it my current "Bauchgefühl" (gut feeling). It really is an art to know when to trust your gut feeling :-) . Thankfully in this case we have data! > Can't remember where it was - some mag ran a stress-test on a bunch of > SSDs and they massively outlived their rated lives ... I think even the > first to fail survived about 18months of continuous hammering - and I > mean hammering! The German c't magazine did a similar test of various SSDs from different price categories, and they all showed the same result (I think some exceeded their lifetime by more than a factor of two, and the minimum was something like 1.5). > > To reduce write cycles to the SSD, which are quite a lot when using > > UNIX/Limux (logging etc) and especially GENTOO (compiling sources > > instead of using binary packages -- which is GOOD!), I am planning > > the following setup: > > > > The sustem will boot from SSD. > > > > The HD will contain the whole system including the complete root > > filesustem. Updateing, installing via Gentoo tools will run using > > the HD. If that process has ended, I will rsync the HD based root > > fileystem to the SSD. > > Whatever for? Yeah, I did the $PORTAGE_TMPDIR on tmpfs thing for a while, but I don't feel like "wasting" the RAM of my Gentoo systems in that way anymore. And guess what: # smartctl -x /dev/sda | grep -i lifetime_remain 202 Percent_Lifetime_Remain CK 092 092 001-8 This is for an SSD (Crucial MX500) that I've been using for about 1.5 years (since early November 2018), and which hosts the entirety of / (including /var and /home), only my media FS resides on HDDs. The Crucial SSD I used before that (128 GB) was at 95 % last I checked, and I had been using that for about four years (it's laying on a shelf now for installation in my home server when I find the time for that). (Oh, and everything is on BTRFS.) > > Folders, which will be written to by the sustem while running will > > be symlinked to the HD. > > > > This should work...? > > > > Or is there another idea to setup a system which will benefit from > > the advantages of a SSD by avoiding its disadvantages? > > If you've got both an SSD and an HD, just use the HD for swap, /tmp, > /var/tmp/portage (possibly the whole of /var/tmp), and any other area > where you consider files to be temporary. As I mentioned above, I'm not even doing that. I did until about 2017, but stopped because it increased the load on my desktop too much for it to be usable during upgrades (poor old thing). > > Background: I am normally using a PC a long time and try to avoid > > buying things for reasons like being more modern or being newer. Keep in mind we're talking about technology that is pretty old by now. IIUC, what's new now is mainly that it's not niche anymore (see https:// en.wikipedia.org/wiki/Solid-state_drive#Development_and_history). > > Any idea to setup such a sustem is heardly welcone -- thank you > > very much in advance! > > Why waste time and effort for a complex setup when it's going to gain > you bugger all. I agree, I don't think a complicated setup like that is worth the effort. I was really glad about being able to put the whole / on my SSD after I got a bigger one, just because of how it simplified things. > The only thing I would really advise for is that (a) you think about > some form of journalling - LVM or btrfs - for your root file-system to > protect against a messed up upgrade - take a snapshot, upgrade, and if > anything goes wrong it's an easy roll-back. > > Likewise, do the same for the rotating rust, and use that to back up > /home - you can use some option to rsync that only over-writes what's > changed, so you do a "snapshot then back up" and have loads of backups > going back however far ... Backups are something you should be doing anyway. Even a local backup is better than no backup at all. You won't miss your data until it's gone, and then you'll *really* miss it. > Cheers, > Wol Greetings -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] How to fix license error during install?
On 3/20/20 6:16 PM, Jeffrey Walton wrote: Hi Everyone, I'm having trouble installing Gentoo in a Virtual Box VM for testing. It is a x86_64 guest. I selected a hardened profile to test PaX, which means I selected 18 in 'eselect profile'. I'm at "Configuring the Linux kernel" in the Handbook (https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Kernel#Alternative:_Using_genkernel). The part "emerge --ask sys-kernel/gentoo-sources" seems OK and does not report errors. The genkernel part fails. The specific error is: $ LICENSE_ACCEPT="*" emerge --ask --autounmask-write sys-kernel/genkernel 2>&1 | tee kernel.txt $ cat kernel.txt Hi, it's not 'LICENSE_ACCEPT', it's 'ACCEPT_LICENSE'. Here's a snippet of my make.conf: -- FEATURES="distcc" MAKEOPTS="-j36 -l4" ACCEPT_LICENSE="*" VIDEO_CARDS="nvidia" -- Dan
[gentoo-user] repair uefi vfat /boot?
questions: * what's going on? * how to find out? * how to fix? symptoms: * can't write (gives read/write error). * but files can get created and deleted. * newly created files, which also have failed writes have 0 bytes in them. * mount /dev/sda1 /boot is slow. * umount /boot is slow. cave ~ # fsck.vfat -v -a -w /dev/sda1 fsck.fat 4.1 (2017-01-24) Checking we can access the last sector of the filesystem 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt. Automatically removing dirty bit. Boot sector contents: System ID "mkfs.fat" Media byte 0xf8 (hard disk) 512 bytes per logical sector 4096 bytes per cluster 32 reserved sectors First FAT starts at byte 16384 (sector 32) 2 FATs, 32 bit entries 565248 bytes per FAT (= 1104 sectors) Root directory start at cluster 2 (arbitrary size) Data area starts at byte 1146880 (sector 2240) 140520 data clusters (575569920 bytes) 63 sectors/track, 255 heads 2048 hidden sectors 1126400 sectors total Got 4096 bytes instead of 562088 at 16384 thoughts? rgrds, cm. Sent with ProtonMail Secure Email.
Re: [gentoo-user] executing a file on a usb thumb drive
On 21/3/20 9:06 pm, Dale wrote: William Kenworthy wrote: I have an encrypted usb thumb drive I use to transfer files from work (Win10) to home (gentoo) - the encryption and access is via a program that is stored and executed from the thumb drive. Some time back, it became impossible to execute files stored on the thumb drive. I found I could get it to work if it was mounted within the users home directory. Since the last round of updates that has become broken as well. I presume the culprit is something in eudev/udisks/polkit/elogind (this is an openrc system) Can someone point me to a guide on how to set up executing files from a usb thumb drive on gentoo? Thanks, BillK. Mind if I'm nosy for a minute. I'd like to store files on a USB stick that are encrypted as well. However, I'd like it to be able to work no matter what OS is used. I googled but thought it was not possible. You seem to have found a way to do this, broken at the moment but there's hope. Would you share what you are using? Links maybe?? Thanks. Dale :-) :-) Look at http://www.withopf.com/tools/securstick/. Its mounted as a webdav share. It does limit the windows side to files ~35mb or so ( an MS limitation) The windows side is seamless, linux is clunky You put a linux and windows executable on the thumb drive and execute the one needed - a login screen appears within your browser. I just found that exec with the home directory still works ... but only if in a terminal, cant click on it using a file manager. BillK
Re: [gentoo-user] executing a file on a usb thumb drive
On Sat, Mar 21, 2020 at 8:39 AM William Kenworthy wrote: > > I have an encrypted usb thumb drive I use to transfer files from work > (Win10) to home (gentoo) - the encryption and access is via a program > that is stored and executed from the thumb drive. > > Some time back, it became impossible to execute files stored on the > thumb drive. I found I could get it to work if it was mounted within > the users home directory. Since the last round of updates that has > become broken as well. I'm aware of 2 things that would break this: - The filesystem is mounted with the noexec flag set. - For filesystems that don't have permissions natively (like FAT), the filesystem is mounted with a umask that prevents the execute bit from being set. You could check both of these things in /proc/mounts when the filesystem is mounted. How to fix it depends on what is actually mounting the filesystem in the first place. How do you access the drive after you plug it in?
Re: [gentoo-user] executing a file on a usb thumb drive
William Kenworthy wrote: > I have an encrypted usb thumb drive I use to transfer files from work > (Win10) to home (gentoo) - the encryption and access is via a program > that is stored and executed from the thumb drive. > > Some time back, it became impossible to execute files stored on the > thumb drive. I found I could get it to work if it was mounted within > the users home directory. Since the last round of updates that has > become broken as well. > > I presume the culprit is something in eudev/udisks/polkit/elogind > (this is an openrc system) > > Can someone point me to a guide on how to set up executing files from > a usb thumb drive on gentoo? > > Thanks, > > BillK. > > > > Mind if I'm nosy for a minute. I'd like to store files on a USB stick that are encrypted as well. However, I'd like it to be able to work no matter what OS is used. I googled but thought it was not possible. You seem to have found a way to do this, broken at the moment but there's hope. Would you share what you are using? Links maybe?? Thanks. Dale :-) :-)
[gentoo-user] executing a file on a usb thumb drive
I have an encrypted usb thumb drive I use to transfer files from work (Win10) to home (gentoo) - the encryption and access is via a program that is stored and executed from the thumb drive. Some time back, it became impossible to execute files stored on the thumb drive. I found I could get it to work if it was mounted within the users home directory. Since the last round of updates that has become broken as well. I presume the culprit is something in eudev/udisks/polkit/elogind (this is an openrc system) Can someone point me to a guide on how to set up executing files from a usb thumb drive on gentoo? Thanks, BillK.
[gentoo-user] Re: swaps mounted randomly [not out of the woods yet]
On 2020-03-19, n952162 wrote: > On 2020-03-19 09:36, n952162 wrote: >> On 2020-03-19 09:33, Neil Bothwick wrote: >>> On Thu, 19 Mar 2020 08:17:58 +0100, n952162 wrote: >>> A couple of years back, I bought these drives to install RAID on them, but gave up on that. Now, I've decided to do "manual" RAID, but I'm wondering if the fact that the two drives have the same UUID is causing whoever it is who sets up /dev/disk (I'm still trying to find that culprit) is croaking on two different devices with the same UUID. >>> udev creates /dev >>> Where is the UUID determined? I'd presumed that it was derived from some characteristics of the drive, determined by the device controller, but now I'm wondering if my initial RAID configuration set some drive-internal variable to be identical? And, how does one /*reset*/ it? >>> tune2fs -U [UUID] /dev/sdX >>> >>> UUID can be either a string in the standard format or the word random. >>> >>> >> >> Cool! I missed that about the "random" keyword. >> >> > I changed the UUID of all the partitions of the second drive and now all > my devices are linked to in /dev/disk/by-uuid. I still have > no/dev/disk/by-label, though. Also, my swap file on a mounted drive > wasn't mounted, which was my original problem ;-( Any chance the "swap" service is what you need here? /etc/conf.d/swap has examples for different setups - it seems you'd need this service and the line rc_need="localmount" -- Nuno Silva
Re: [gentoo-user] need know-hows to fine-tune the kernel with new hardware
On Friday, 20 March 2020 14:56:26 GMT WooHyung Jeon wrote: > Dear amazing mentors! > > I bought a new laptop, thinkpad E495. This laptop has Ryzen 3500U and > vega gpu. The hardware specification for this particular laptop isn't > the topic. I spent bunch of time to start X with this hardware, and then > the 'gentoo-kernel-bin' came to my mind. And then it does the work. > > So, as you can see, this email isn't about 'how can I solve this > issue?'. Rather about "Do you have your know-hows to fine-tune the > kernel with the new hardware?". I'm doing (a) boot with a quite general > kernel, such as sysrescuecd's live iso or Debian, and check '$lspci -k', > (b) or turn on a few related options and then turn off one by one until > something breaks or doesn't work well. > > Is there any other good methods to use? lshw, lscpu, lspci, lsusb, lsscsi, dmidecode, are tools which will provide information on the hardware you are using. Using a LiveCD which has booted the same hardware successfully is also useful. 'lsmod' will show which modules are loaded by the LiveCD kernel. To see what configuration the LiveCD running kernel is using: cat /proc/config.gz The LiveCD devs will have many more modules and a different configuration to what you need or want to run on your system. After all they cater to many different hardware and would like to be able to boot as many of them. You would need only a few of the modules and kernel options according to your own hardware. If there is some hardware piece which is not yet configured, you can search google on module or driver information according to the vendor id and product id the above commands report. HTH. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] How to fix license error during install?
On Saturday, 21 March 2020 02:18:47 GMT Jeffrey Walton wrote: Hi Jeff, > On Fri, Mar 20, 2020 at 10:16 PM John Covici wrote: > > On Fri, 20 Mar 2020 21:16:10 -0400, > > > > Jeffrey Walton wrote: > > > Hi Everyone, > > > > > > I'm having trouble installing Gentoo in a Virtual Box VM for testing. > > > It is a x86_64 guest. I selected a hardened profile to test PaX, which > > > means I selected 18 in 'eselect profile'. > > > > > > I'm at "Configuring the Linux kernel" in the Handbook > > > (https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Kernel#Alterna > > > tive:_Using_genkernel). The part "emerge --ask > > > sys-kernel/gentoo-sources" seems OK and does not report errors. The > > > genkernel part fails. > > > > > > The specific error is: > > > > > > $ LICENSE_ACCEPT="*" emerge --ask --autounmask-write > > > sys-kernel/genkernel 2>&1 | tee kernel.txt > > > $ cat kernel.txt > > > > > > * IMPORTANT: 6 config files in '/etc/portage' need updating. > > > > > > Calculating dependencies * See the CONFIGURATION FILES and > > > CONFIGURATION FILES UPDATE TOOLS As others have already commented, the notices in CAPITAL case above are not to be ignored. Packages you installed require changing/updating their configuration files in /etc/, which portage won't do without your review and manual intervention. There are a variety of tools to perform this configuration files update. The notice provided by portage also tells you where to look: > > > * sections of the emerge man page to learn how to update config files. So run 'man emerge' then type: /CONFIGURATION\ FILES and hit enter to search for "CONFIGURATION FILES" in the man page of the emerge command. Additional information on the etc-update (installed by default) and other tools is given here: https://wiki.gentoo.org/wiki/Handbook:X86/Portage/Tools > > > ... done! > > > [ebuild N ] app-arch/cpio-2.12-r1 USE="nls" > > > [ebuild N ] sys-kernel/linux-firmware-20200316 > > > USE="redistributable -initramfs -savedconfig (-unknown-license)" > > > [ebuild N ] sys-kernel/genkernel-4.0.4 USE="firmware (-ibm)" > > > > > > The following license changes are necessary to proceed: > > > (see "package.license" in the portage(5) man page for more details) > > > > > > # required by sys-kernel/genkernel-4.0.4::gentoo[firmware] > > > # required by genkernel (argument) > > > =sys-kernel/linux-firmware-20200316 linux-fw-redistributable > > > no-source-code > > > > > > Autounmask changes successfully written. > > > > > > * IMPORTANT: 7 config files in '/etc/portage' need updating. > > > * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS > > > * sections of the emerge man page to learn how to update config > > > > > > files.Here is the > > > > > > Here is the portage(5) man page: > > > https://dev.gentoo.org/~zmedico/portage/doc/man/portage.5.html. Here > > > > > > is the part about package.license: > > > This will allow ACCEPT_LICENSE (see make.conf(5)) to be augmented > > > > > > for a single package. > > > > > > Format: > > > - comment lines begin with # (no inline comments) > > > - one DEPEND atom per line followed by additional licenses or > > > groups > > > > > > Removing LICENSE_ACCEPT="*" and --autounmask-write does not help. > > > > > > The information provided in portage(5) and package.license leaves a > > > lot to be desired. > > > > > > What is the problem and how do I fix it? > > > > Well, you need to change your config files as portage asked you to do > > before proceeding. There are several utilities to do that, I use > > etc-update, but there are several others. > > Thanks John. > > The Handbook does not say to make any configuration changes. That > seems safe to me since I have no idea what changes to make. > > Jeff When you ran '--autounmask-write' emerge saved some files specific to the license changes and perhaps other packages in /etc/ - it will not apply these automatically. You have to merge or reject these yourself by using 'etc- update'. The interactive merge feature of 'etc-update' and other similar tools is quite useful when many changes need to be reviewed and applied on long configuration files. Some of these changes you may want to apply, others reject, often within the same file. Eventually you'll get the hang of this and go through the steps without much consternation. HTH. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] How to fix license error during install?
On Fri, 20 Mar 2020 22:18:47 -0400, Jeffrey Walton wrote: > > On Fri, Mar 20, 2020 at 10:16 PM John Covici wrote: > > > > On Fri, 20 Mar 2020 21:16:10 -0400, > > Jeffrey Walton wrote: > > > > > > Hi Everyone, > > > > > > I'm having trouble installing Gentoo in a Virtual Box VM for testing. > > > It is a x86_64 guest. I selected a hardened profile to test PaX, which > > > means I selected 18 in 'eselect profile'. > > > > > > I'm at "Configuring the Linux kernel" in the Handbook > > > (https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Kernel#Alternative:_Using_genkernel). > > > The part "emerge --ask sys-kernel/gentoo-sources" seems OK and does > > > not report errors. The genkernel part fails. > > > > > > The specific error is: > > > > > > $ LICENSE_ACCEPT="*" emerge --ask --autounmask-write > > > sys-kernel/genkernel 2>&1 | tee kernel.txt > > > $ cat kernel.txt > > > > > > * IMPORTANT: 6 config files in '/etc/portage' need updating. > > > Calculating dependencies * See the CONFIGURATION FILES and > > > CONFIGURATION FILES UPDATE TOOLS > > > * sections of the emerge man page to learn how to update config files. > > > ... done! > > > [ebuild N ] app-arch/cpio-2.12-r1 USE="nls" > > > [ebuild N ] sys-kernel/linux-firmware-20200316 > > > USE="redistributable -initramfs -savedconfig (-unknown-license)" > > > [ebuild N ] sys-kernel/genkernel-4.0.4 USE="firmware (-ibm)" > > > > > > The following license changes are necessary to proceed: > > > (see "package.license" in the portage(5) man page for more details) > > > # required by sys-kernel/genkernel-4.0.4::gentoo[firmware] > > > # required by genkernel (argument) > > > =sys-kernel/linux-firmware-20200316 linux-fw-redistributable > > > no-source-code > > > > > > Autounmask changes successfully written. > > > > > > * IMPORTANT: 7 config files in '/etc/portage' need updating. > > > * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS > > > * sections of the emerge man page to learn how to update config > > > files.Here is the > > > > > > Here is the portage(5) man page: > > > https://dev.gentoo.org/~zmedico/portage/doc/man/portage.5.html. Here > > > is the part about package.license: > > > > > > This will allow ACCEPT_LICENSE (see make.conf(5)) to be augmented > > > for a single package. > > > > > > Format: > > > > > > - comment lines begin with # (no inline comments) > > > - one DEPEND atom per line followed by additional licenses or > > > groups > > > > > > Removing LICENSE_ACCEPT="*" and --autounmask-write does not help. > > > > > > The information provided in portage(5) and package.license leaves a > > > lot to be desired. > > > > > > What is the problem and how do I fix it? > > > > > > > Well, you need to change your config files as portage asked you to do > > before proceeding. There are several utilities to do that, I use > > etc-update, but there are several others. > > Thanks John. > > The Handbook does not say to make any configuration changes. That > seems safe to me since I have no idea what changes to make. > > Jeff > OK, remember where it said at the end of your portage output that there were several configuration files that needed updating? Run etc-update and you will see the differences between the current and new configuration files and you will see the necessary changes and you should accept them and try your emerge again after accepting them. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] How to fix license error during install?
On Fri, 20 Mar 2020 22:18:47 -0400, Jeffrey Walton wrote: > > > * IMPORTANT: 7 config files in '/etc/portage' need updating. > > > * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS > > > * sections of the emerge man page to learn how to update config > > > files. > > > > Well, you need to change your config files as portage asked you to do > > before proceeding. There are several utilities to do that, I use > > etc-update, but there are several others. > > The Handbook does not say to make any configuration changes. That > seems safe to me since I have no idea what changes to make. You have an instruction from portage that starts with IMPORTANT, and tells you where to learn how to do what it asks. Generally, when portage talks to you like this, you should take notice. Portage does not overwrite config files in /etc, instead it creates a temporary file containing the new version so that you can manage the changes with etc-update or equivalent. Your licence file changes have been handled in this way and it is up to you to complete the final step to apply those changes. -- Neil Bothwick Mac screen message: "Like, dude, something went wrong." pgpnmZLxo94Y2.pgp Description: OpenPGP digital signature
