Re: [gentoo-user] external storage
On Wednesday, October 3, 2018 8:24:52 AM CEST John Covici wrote: > On Wed, 03 Oct 2018 01:13:34 -0400, > > J. Roeleveld wrote: > > On Wednesday, October 3, 2018 6:30:12 AM CEST Davyd McColl wrote: > > > Most newer external storage devices come formatted with ntfs these days, > > > so > > > if you just want to plug-and-play, I suggest installing ntfs-3g. File > > > managers like dolphin and desktop environments like KDE will notice the > > > device and allow you to mount and use them. > > > > > > Be aware, though, that ntfs-3g, whilst being an excellent bit of > > > software > > > (imo), is not the fastest way to access those disks. If you have no need > > > to > > > move the disk to another computer or if you only plan on moving between > > > Linux computers, I suggest formatting with a native filesystem like > > > ext4. > > > Personally, I use ntfs-3g for my 4 large external disks so that I can > > > access them when I infrequently dual-boot to windows of on the > > > off-chance > > > that I would like to lend the drive to someone. I accept the performance > > > penalty. > > > > > > -d > > > > > > On October 3, 2018 05:45:58 the...@sys-concept.com wrote: > > > > Are all external storage, media/disk work with Linux? > > > > Any recommendations, or which one to stay away from. > > > > > > > > Some of them are encrypted, so I suppose they will not work with Linux > > > > out of the box. > > > > > > > > -- > > > > Thelma > > > > I would assume other desktop environments will also seamlessly work with > > ntfs-3g as that is handled by udisks. > > > > Personally, I have not noticed lesser performance with ntfs-3g with both > > reading and writing. > > > > I also have not had any issues with encrypted disks. > > I have had problems that once a disk is mounted with ntfs3g, and then > trying to use it on a Windows system, I had to do a chkdsk /f before > it would work properly. This was a while ago, so maybe things are > fixed by now, but I thought it was worth bringing it to your > attention. I only encounter this when people decide to unplug the disk without ejecting it. The eject forces a clearance of the write-cache. This is why I always get annoyed with people who simply pull out the disk/ stick right after the copy is "finished". -- Joost
[gentoo-user] Xorg-server start on VT07
I'm trying to get a display manager (slim) and Xorg-server working in a LXC container. I'm using systemd. I can successfully ssh into the container and: systemctl start slim.service with everything working as desired. However, when slim.service is started as part of the container's startup, the Xserver fails to start because: Oct 02 07:54:57 XorgContainer slim[37]: Fatal server error: Oct 02 07:54:57 XorgContainer slim[37]: (EE) xf86OpenConsole: Cannot open virtual console 7 (Operation not permitted) The permissions on tty7: # ls -l /dev/tty7 crw--w 1 root tty 4, 7 Oct 2 07:52 /dev/tty The server's log has: [ 138.732]ABI class: X.Org Video Driver, version 23.0 [ 138.732] (II) LoadModule: "evdev" [ 138.732] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 138.732] (II) Module evdev: vendor="X.Org Foundation" [ 138.732]compiled for 1.19.5, module version = 2.10.6 [ 138.732]Module class: X.Org XInput Driver [ 138.732]ABI class: X.Org XInput driver, version 24.1 [ 138.732] (II) LoadModule: "kbd" [ 138.732] (II) Loading /usr/lib64/xorg/modules/input/kbd_drv.so [ 138.732] (II) Module kbd: vendor="X.Org Foundation" [ 138.732]compiled for 1.19.5, module version = 1.9.0 [ 138.732]Module class: X.Org XInput Driver [ 138.732]ABI class: X.Org XInput driver, version 24.1 [ 138.732] (II) vmware: driver for VMware SVGA: vmware0405, vmware0710 [ 138.732] (EE) Fatal server error: [ 138.732] (EE) xf86OpenConsole: Cannot open virtual console 7 (Operation not permitted) /etc/slim.conf has: xserver_arguments -nolisten tcp -br -deferglyphs 16 -keeptty vt07 The use flags and Xorg driver specification in make.conf are: USE="X acpi fontconfig gallium gtk icu inotify jpeg lcms libkms mpi png policykit rdp smp sockets svg symlink syslog systemd threads tiff truetype udev usb vmware xft xorg -consolekit -dbis -fortran -ipv6 -nls -sendmail" VIDEO_CARDS="vmware" INPUT_DEVICES="evdev" There is one package specific use flag: # package.use# required by x11-drivers/xf86-video-vmware-13.3.0::gentoo # required by x11-base/xorg-drivers-1.19::gentoo[video_cards_vmware] # required by x11-base/xorg-server-1.19.5-r2::gentoo[xorg] # required by x11-drivers/xf86-input-keyboard-1.9.0::gentoo # required by @selected # required by @world (argument) >=media-libs/mesa-18.1.6 xa The LXC container is a privileged container. The software is up-to-date as of this AM. I'm not sure how to debug this. -- John R. Shannon j...@johnrshannon.com smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] march cflag for Intel Pentium Dual-Core E2160 SLA8Z Malay processor
ср, 3 окт. 2018 г. в 12:50, Walter Dnes : > > What's happening is that the ebuild is going through a lookup table of > CPU flags, and saying... "if you invoke a certain advanced feature, then > you also have to invoke the base version of that feature". If you ask > for the advanced feature, but not the base feature, it's like trying to > build the top 4 storeys of a 10-storey building without the bottom 6 > storeys. From your output... > > If you're calling for avx2, then you also need avx > > cpu_flags_x86_avx2? ( cpu_flags_x86_avx ) > > If you're calling for sse4_2, then you also need sse4_1 > > cpu_flags_x86_sse4_2? ( cpu_flags_x86_sse4_1 ) > > If you're calling for sse4_1, then you also need ssse3 > > cpu_flags_x86_sse4_1? ( cpu_flags_x86_ssse3 ) > > If you're calling for ssse3, then you also need sse3 (count the "s") > > cpu_flags_x86_ssse3? ( cpu_flags_x86_sse3 ) > > If you're calling for sse3, then you also need sse2 > > cpu_flags_x86_sse3? ( cpu_flags_x86_sse2 ) > > If you're calling for sse2, then you also need sse > > cpu_flags_x86_sse2? ( cpu_flags_x86_sse ) > > If you're calling for sse, then you also need mmxext > > cpu_flags_x86_sse? ( cpu_flags_x86_mmxext ) > > If you're calling for mmxext, then you also need mmx > > cpu_flags_x86_mmxext? ( cpu_flags_x86_mmx ) > > AMD If you're calling for 3dnowext, then you also need 3dnow > > cpu_flags_x86_3dnowext? ( cpu_flags_x86_3dnow ) > > AMD If you're calling for 3dnow, then you also need mmx > > cpu_flags_x86_3dnow? ( cpu_flags_x86_mmx ) > > Basically, if flag B is an extension of flag A and builds on it, then > calling flag B requires calling flag A. Think of it as a "march flag > dependency tree". Ok, thank you for explanation. Interestingly, I have build almost entire system without mmxext flag and only firefox, ffmpeg and vlc started to complane about it.
Re: [gentoo-user] external storage
On Wednesday, 3 October 2018 07:24:52 BST John Covici wrote: > On Wed, 03 Oct 2018 01:13:34 -0400, > > J. Roeleveld wrote: > > On Wednesday, October 3, 2018 6:30:12 AM CEST Davyd McColl wrote: > > > Most newer external storage devices come formatted with ntfs these days, > > > so > > > if you just want to plug-and-play, I suggest installing ntfs-3g. File > > > managers like dolphin and desktop environments like KDE will notice the > > > device and allow you to mount and use them. > > > > > > Be aware, though, that ntfs-3g, whilst being an excellent bit of > > > software > > > (imo), is not the fastest way to access those disks. If you have no need > > > to > > > move the disk to another computer or if you only plan on moving between > > > Linux computers, I suggest formatting with a native filesystem like > > > ext4. > > > Personally, I use ntfs-3g for my 4 large external disks so that I can > > > access them when I infrequently dual-boot to windows of on the > > > off-chance > > > that I would like to lend the drive to someone. I accept the performance > > > penalty. > > > > > > -d > > > > > > On October 3, 2018 05:45:58 the...@sys-concept.com wrote: > > > > Are all external storage, media/disk work with Linux? > > > > Any recommendations, or which one to stay away from. > > > > > > > > Some of them are encrypted, so I suppose they will not work with Linux > > > > out of the box. > > > > > > > > -- > > > > Thelma > > > > I would assume other desktop environments will also seamlessly work with > > ntfs-3g as that is handled by udisks. > > > > Personally, I have not noticed lesser performance with ntfs-3g with both > > reading and writing. > > > > I also have not had any issues with encrypted disks. > > I have had problems that once a disk is mounted with ntfs3g, and then > trying to use it on a Windows system, I had to do a chkdsk /f before > it would work properly. This was a while ago, so maybe things are > fixed by now, but I thought it was worth bringing it to your > attention. Did this problem manifest each time, or once only? Could it have something to do with unplugging the disk while still mounted. I used to have an ntfs formatted partition which was mounted at each boot by the linux OS (with an entry in fstab), but did not come across chkdsk when I occassionally dual-booted into MSWindows. For USB flash storage I'd use exFAT rather than NTFS or any other journalled fs. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] march cflag for Intel Pentium Dual-Core E2160 SLA8Z Malay processor
What's happening is that the ebuild is going through a lookup table of CPU flags, and saying... "if you invoke a certain advanced feature, then you also have to invoke the base version of that feature". If you ask for the advanced feature, but not the base feature, it's like trying to build the top 4 storeys of a 10-storey building without the bottom 6 storeys. From your output... If you're calling for avx2, then you also need avx > cpu_flags_x86_avx2? ( cpu_flags_x86_avx ) If you're calling for sse4_2, then you also need sse4_1 > cpu_flags_x86_sse4_2? ( cpu_flags_x86_sse4_1 ) If you're calling for sse4_1, then you also need ssse3 > cpu_flags_x86_sse4_1? ( cpu_flags_x86_ssse3 ) If you're calling for ssse3, then you also need sse3 (count the "s") > cpu_flags_x86_ssse3? ( cpu_flags_x86_sse3 ) If you're calling for sse3, then you also need sse2 > cpu_flags_x86_sse3? ( cpu_flags_x86_sse2 ) If you're calling for sse2, then you also need sse > cpu_flags_x86_sse2? ( cpu_flags_x86_sse ) If you're calling for sse, then you also need mmxext > cpu_flags_x86_sse? ( cpu_flags_x86_mmxext ) If you're calling for mmxext, then you also need mmx > cpu_flags_x86_mmxext? ( cpu_flags_x86_mmx ) AMD If you're calling for 3dnowext, then you also need 3dnow > cpu_flags_x86_3dnowext? ( cpu_flags_x86_3dnow ) AMD If you're calling for 3dnow, then you also need mmx > cpu_flags_x86_3dnow? ( cpu_flags_x86_mmx ) Basically, if flag B is an extension of flag A and builds on it, then calling flag B requires calling flag A. Think of it as a "march flag dependency tree". -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] external storage
On Wed, 03 Oct 2018 01:13:34 -0400, J. Roeleveld wrote: > > On Wednesday, October 3, 2018 6:30:12 AM CEST Davyd McColl wrote: > > Most newer external storage devices come formatted with ntfs these days, so > > if you just want to plug-and-play, I suggest installing ntfs-3g. File > > managers like dolphin and desktop environments like KDE will notice the > > device and allow you to mount and use them. > > > > Be aware, though, that ntfs-3g, whilst being an excellent bit of software > > (imo), is not the fastest way to access those disks. If you have no need to > > move the disk to another computer or if you only plan on moving between > > Linux computers, I suggest formatting with a native filesystem like ext4. > > Personally, I use ntfs-3g for my 4 large external disks so that I can > > access them when I infrequently dual-boot to windows of on the off-chance > > that I would like to lend the drive to someone. I accept the performance > > penalty. > > > > -d > > > > On October 3, 2018 05:45:58 the...@sys-concept.com wrote: > > > Are all external storage, media/disk work with Linux? > > > Any recommendations, or which one to stay away from. > > > > > > Some of them are encrypted, so I suppose they will not work with Linux > > > out of the box. > > > > > > -- > > > Thelma > > I would assume other desktop environments will also seamlessly work with > ntfs-3g as that is handled by udisks. > > Personally, I have not noticed lesser performance with ntfs-3g with both > reading and writing. > > I also have not had any issues with encrypted disks. I have had problems that once a disk is mounted with ntfs3g, and then trying to use it on a Windows system, I had to do a chkdsk /f before it would work properly. This was a while ago, so maybe things are fixed by now, but I thought it was worth bringing it to your attention. -- 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
