Re: [gentoo-user] hp H222 SAS controller
Am 09.07.2013 00:48, schrieb Paul Hartman: > On Mon, Jul 8, 2013 at 1:27 PM, Stefan G. Weichinger wrote: >> Does it make sense to apply some sort of burn-in-procedure before >> actually formatting and using the disks? Running badblocks or something? >> >> I ask because I wait for that shiny new server and doing so might not >> hurt before installing gentoo. Or is that too paranoid and a waste of time? > > Initially I ran the SMART long test and it found no errors. Then I did > badblocks read-only scan and it found some bad sectors. After that, > SMART tests failed to complete due to "failure reading LBA x". > I used hdparm to remap those sectors, but didn't feel entirely > confident in the disk at that point in time. > > So I ran the badblocks destructive read-write test and it completed > (after a couple days) with zero errors! How can it be? > > Checking the SMART statistics afterward, I can see now there are > dozens of newly reallocated sectors. So that means the drive silently > replaced those bad sectors with spares, which is good! That is what it > is supposed to do! I don't feel happy about the fact that those bad > sectors exist in the first place, but the drive did what it was > designed to do when it encountered them. > > After the r/w badblocks test cycle finished, I ran SMART long-scan > again and this time it completed with no errors. > > So I recommend to do the destructive read-write badblocks test, if you > can afford the hours (or days) spent waiting for it to complete. > > SMART alone did not detect the errors initially, but neither did > badblocks actually identify the errors during its write test (because > the drive hides it). But the combination of badblocks and the > self-repairing code in the drive's firmware accomplished the goal of > making my disk free of errors (logically). > > Notes: > > WARNING! Be careful to give the correct device name when doing the > badblocks write test! There is no confirmation prompt! It immediately > starts destroying data at the beginning of the disk. > > If you have a disk with 4k sector size, be sure to tell badblocks to > use a 4096 byte block size. It uses 1k block size by default, which > can cause the test to be very slow! In my system badblocks with 1k > block size read at 15MB/sec, while 4k block size read at over > 160MB/sec! Using 1k block size on a 4k-sector disk also causes all > errors to be reported 4 times each. > > Good luck :) Thanks for your explanations, Paul ... I will see if I have the patience to wait for hours or days :-) Stefan
Re: [gentoo-user] hp H222 SAS controller
Am 08.07.2013 23:42, schrieb Alan McKinnon: > If it makes you feel better, then by all means go through the motions > . > > For my money, I reckon that's exactly what it is - motions and ritual. I > havew any anecdotal evidence to back it up, but it's fairly strong > anecdotal evidence: > > Over the last 5 years, the team I'm in, the teams we work closely with > and the Storage guys have commissioned >1000 pieces of hardware and > probably more than 4000 drives, the vast majority from Dell. I have no > idea what burn-in Dell applies, if any. We've had our fair share of > infant mortality failures, prob ably less than 20 in 5 years. And here's > the kicker - every single one failed in production. > > Most of that hardware, and ALL of the SANs, went through heavy > pre-deployment testing. Usually, this means cloning the -dev system onto > it and running the crap out of it for a decent length of time. Once the > techies were happy, install the production version and switch it on. > > I conclude that the likely reason we only found failure in prod is that > only prod gives a decent viable test that approximates real life and dev > is always a mere simulation. It's not usage that kills a few drives > early, it's the almost random pattern of disk access that you get in > real life. That tends to shake out the weak links better than any test. > > However, this is all anecdotal so use or discard as you see fit :-). I > no longer worry about data loss as we have 4 hour warranty turnaround > SLAs in place and company policy is to only deploy storage that is > guaranteed to survive loss of any one drive in an array. Thanks for that, good point :-) Stefan
Re: [gentoo-user] hp H222 SAS controller
Am 08.07.2013 17:58, schrieb Alan McKinnon: > On 08/07/2013 17:39, Paul Hartman wrote: >> On Thu, Jul 4, 2013 at 9:04 PM, Paul Hartman >> wrote: >>> ST4000DM000 >> >> As a side-note these two Seagate 4TB "Desktop" edition drives I bought >> already, after about than 100 hours of power-on usage, both drives >> have each encountered dozens of unreadable sectors so far. I was able >> to correct them (force reallocation) using hdparm... So it should be >> "fixed", and I'm reading that this is "normal" with newer drives and >> "don't worry about it", but I'm still coming from the time when 1 bad >> sector = red alert, replace the drive ASAP. I guess I will need to >> monitor and see if it gets worse. >> > > > Way back when in the bad old days of drives measured in 100s of megs, > you'd get a few bad sectors now and then, and would have to mark them as > faulty. This didn't bother us then much > > Nowadays we have drives that are 8,000 bigger than that so all other > things being equal we'd expect sectors to fail 8,000 time more (more > being a very fuzzy concept, and I know full well I'm using it loosely :-) ) > > Our drives nowadays also have smart firmware, something we had to > introduce when CHS no longer cut it, this lead to sector failures being > somewhat "invisible" leaving us with the happy delusion that drives were > vastly reliable etc etc etc. But you know all this. > > A mere few dozen failures in the first 100 hours is a failure rate of > (Alan whips out the trust sci calculator) 4.8E-6%. Pretty damn > spectacular if you ask me and WELL within probabilities. > > There is likely nothing wrong with your drives. If they are faulty, it's > highly likely a systemic manufacturing fault of the mechanicals (servo > systems, motor bearing etc) > > You do realize that modern hard drives have for the longest time been up > there in the Top X list of Most Reliable Devices Made By Mankind Ever? Does it make sense to apply some sort of burn-in-procedure before actually formatting and using the disks? Running badblocks or something? I ask because I wait for that shiny new server and doing so might not hurt before installing gentoo. Or is that too paranoid and a waste of time? Thanks, greets, Stefan
Re: [gentoo-user] hp H222 SAS controller
Am 03.07.2013 21:34, schrieb Paul Hartman: > On Wed, Jul 3, 2013 at 2:29 AM, Stefan G. Weichinger wrote: >> Am 03.07.2013 00:42, schrieb Paul Hartman: >>> On Tue, Jul 2, 2013 at 2:56 PM, Stefan G. Weichinger wrote: >>>> >>>> Does anyone use that controller with gentoo? >>>> >>>> If yes, which driver/module does support it? >>>> >>>> I ordered one for a server and did not really check the facts ;-) >>> >>> Looks like it uses the LSI SAS2008 chipset (basically LSI controller >>> with HP branding), so you should enable kernel module mpt2sas >>> (CONFIG_SCSI_MPT2SAS) and probably some other SAS-related options will >>> be required as well if you don't already use them. >>> >>> I actually just installed a card with this same chipset in my Gentoo >>> machine yesterday! I have not attached disks to it yet, as I am >>> waiting for the enclosure to be delivered, but so far nothing froze or >>> burst into flames when the module loaded. :) I even upgraded the BIOS >>> and firmware on the card from within linux and everything seems okay, >>> so far. >> >> Thanks a lot, Paul, for that feedback. Seems that you will be the first >> to really test it, my box will arrive next week, I assume. This will be >> an installation from scratch so no SAS-related stuff there already. >> >> I wonder if it makes sense to attach the disks to that adapter as well? >> This box will do amanda backups ... so there will be the amanda holding >> disk and it is important to have maximum speed between that holding area >> and the tape drive. I plan RAID1 on 2x2TB disks at least or maybe even >> RAID0 (it's a rather temporary storage area so the redundancy isn't that >> important). Testing will show! > > Mine will be attached to an external 8-disk storage array with 2 > external SAS cables (4 disks per cable). I had a 5-disk 8TB software > RAID5 in my computer that I had to remove due to an unplanned > motherboard upgrade. Right now the disks are in a cheap external > 5-disk eSATA/USB JBOD enclosure plugged into the eSATA port on my > motherboard, but it's not able to access all disks at the same time, > so the RAID5 performance is awful. Around 10-20 MB/sec on writes and > max 50MB/sec on reads. (It was previously 100MB+/sec for both > operations.) > > In the eSATA enclosure, a single scrub (check) of my array takes FOUR > DAYS to complete! I worry about what will happen if I have to replace > a disk, the rebuild would take forever... what if there is a power > outage and my UPS battery only lasts around 30 minutes? > > I bought two of the lowest-quality 4tb Seagate drives for US$140 each > on sale and plan to use them to make a backup copy of my files from > the RAID onto those drives. So far I have never made a backup of my > RAID because I never had enough storage space to duplicate it all. > "RAID is not a backup" has been repeating in my head for all these > years. Horror stories about a corrupt filesystem, or 1 bad sector > causing the whole RAID5 rebuild to fail. Now that I will have extra > drive bays, maybe I can add a second parity drive and try to do an > online upgrade from RAID5 to RAID6. I definitely want to make a good > backup before I try that... > > I am hopeful that the SAS controller and enclosure should give me high > performance again! I will let you know how it goes. > > BTW, I am using the latest 3.9 series linux kernel. My planned box will be a stable gentoo installation so that will mean 3.8.13 for now. No problem, I assume. Thanks for your description ... good luck with that! I will maybe pre-install that system in a VM until the hardware gets here ;-) Stefan
Re: [gentoo-user] hp H222 SAS controller
Am 03.07.2013 00:42, schrieb Paul Hartman: > On Tue, Jul 2, 2013 at 2:56 PM, Stefan G. Weichinger wrote: >> >> Does anyone use that controller with gentoo? >> >> If yes, which driver/module does support it? >> >> I ordered one for a server and did not really check the facts ;-) > > Looks like it uses the LSI SAS2008 chipset (basically LSI controller > with HP branding), so you should enable kernel module mpt2sas > (CONFIG_SCSI_MPT2SAS) and probably some other SAS-related options will > be required as well if you don't already use them. > > I actually just installed a card with this same chipset in my Gentoo > machine yesterday! I have not attached disks to it yet, as I am > waiting for the enclosure to be delivered, but so far nothing froze or > burst into flames when the module loaded. :) I even upgraded the BIOS > and firmware on the card from within linux and everything seems okay, > so far. Thanks a lot, Paul, for that feedback. Seems that you will be the first to really test it, my box will arrive next week, I assume. This will be an installation from scratch so no SAS-related stuff there already. I wonder if it makes sense to attach the disks to that adapter as well? This box will do amanda backups ... so there will be the amanda holding disk and it is important to have maximum speed between that holding area and the tape drive. I plan RAID1 on 2x2TB disks at least or maybe even RAID0 (it's a rather temporary storage area so the redundancy isn't that important). Testing will show! Greets, Stefan
[gentoo-user] hp H222 SAS controller
Does anyone use that controller with gentoo? If yes, which driver/module does support it? I ordered one for a server and did not really check the facts ;-) Stefan
Re: [gentoo-user] {OT} backups... still backups....
Am 30.06.2013 01:42, schrieb Grant: > Can anyone think of an automated method that remotely and securely > backs up data from one system to another, preserves permissions and > ownership, and keeps the backups safe even if the backed-up system is > compromised? > > I did delve into bacula but decided it was overkill for just a few systems. I use amanda but it might be overkill for you as well. The initial learning curve is a bit steep but then it is reliable and rather easy to add ned systems. What about using duplicity? And that dupinanny-helper-script.
Re: [gentoo-user] dracut vs. genkernel
Am 12.06.2013 17:54, schrieb Michael Hampicke: > This is my current work-around > > $ cat /etc/systemd/system/lvm.service [Unit] Description=Load LVM > > [Service] Type=oneshot ExecStart=/sbin/pvscan > ExecStart=/sbin/vgscan --mknodes ExecStart=/sbin/vgchange --sysinit > -a ly ExecStart=/usr/bin/sleep 1 ExecStart=/bin/mount -o noatime > /dev/vg1/a/mnt/a ExecStart=/bin/mount -o noatime /dev/vg1/b > /mnt/b > > [Install] WantedBy=multi-user.target Yes, looks like a workaround ;-) I will check back if I find something ... S
Re: [gentoo-user] dracut vs. genkernel
Am 12.06.2013 19:50, schrieb Stefan G. Weichinger: > I will have to adapt it a bit to be able to use it with > > linux -> /usr/src/linux-git I hacked something ... can't share right now as I shamelessly used function from genkernel to read in the kernel version ;-) S
Re: [gentoo-user] dracut vs. genkernel
Am 12.06.2013 17:53, schrieb Canek Peláez Valdés:
> I use this script to generate my initramfs:
>
>
> #!/bin/sh
>
> KVER=$(readlink /usr/src/linux | sed "s/^linux-//g")
>
> echo "Creating initrd for kernel version ${KVER}..."
>
> FIRMWARE=""
>
> for i in $(find /lib64/firmware -type f); do
> FIRMWARE+=" ${i}"
> done
>
> /usr/bin/dracut -f -H -I "${FIRMWARE}" /boot/initrd-${KVER} ${KVER}
>
>
> I use this command to generate my GRUB2 config:
>
> grub2-mkconfig -o /boot/grub2/grub.cfg
>
> Everything just works. However, I don't use LVM, and I don't use the
> systemd-love overlay.
Nice script, thanks!
I will have to adapt it a bit to be able to use it with
linux -> /usr/src/linux-git
But for stuff like gentoo-sources it just works, yes!
Stefan
Re: [gentoo-user] dracut vs. genkernel
Am 12.06.2013 13:06, schrieb Stefan G. Weichinger: > How do you generate your kernel and initramfs with dracut? Any handy > scripts available ... any tricks or hints? Additional fact here: I boot with grub2 ... so I need to have an initramfs generated that is detected by grub2-mkconfig. For now I simply let it use the name of the genkernel-initramfs ... how do you handle this? Stefan
[gentoo-user] dracut vs. genkernel
Greets, gentoo-users ... I am currently trying to find out why my LVM2-volumes aren't activated correctly at boot time. I am using packages from the overlay systemd-love as I run systemd as init-system (why? that's another discussion ;-) ). Until now I always was kind of lazy and used genkernel (or lately "genkernel-next") to build and install my kernels/modules. Yes, it's uncool, but so far it worked for me and it was comfortable. In my discussion with one of the devs of the systemd-love-overlay he pointed me at dracut to generate my initramfs. Never used it before and so I am still learning (yes, it booted already). I found infos in the Gentoo Wiki but I would also hear your opinions and experience: How do you generate your kernel and initramfs with dracut? Any handy scripts available ... any tricks or hints? Where are the advantages of dracut compared to genkernel? The udev-approach? Thanks, Stefan
Re: [gentoo-user] enumerate USB
Am 29.05.2013 08:57, schrieb Stefan G. Weichinger: > A bit different topic but similar: I get problems with using a PL2303 > usb-to-serial-adapter lately. Same issue on thinkpad and main desktop pc > so that might not be the chipset. > > Something like this: > > http://www.geekdevs.com/2010/04/solved-unable-to-enumerate-usb-device-disabling-ehci_hcd/ > > disabling ehci_hcd disabled my keyboard as well so that is no solution ;-) > > Maybe I didn't fully understand how to do that ... anyone in here > already solved that? > > I use that pl2303 to access embedded PCs like ALIX or WRAP to configure > routers/firewalls ... it would be great to have that available on my > thinkpad again. Does anyone know that issue? Stefan
Re: [gentoo-user] external SSD problem
Am 28.05.2013 22:39, schrieb Paul Hartman: > You can maybe also post it to the linux-usb mailing list > (linux-...@vger.kernel.org), I think there is at least one person > there who works exclusively on XHCI stuff in the kernel. > > You might also want to check if there are any firmware updates for the > USB3 chipset on your motherboard. lspci should reveal the chipset. My > old motherboard had a flaky USB3 chipset (Renesas/NEC) that could only > be updated from Windows, so I never bothered with updating it, but > there are some that are updatable from within linux or from a DOS boot > disk. A bit different topic but similar: I get problems with using a PL2303 usb-to-serial-adapter lately. Same issue on thinkpad and main desktop pc so that might not be the chipset. Something like this: http://www.geekdevs.com/2010/04/solved-unable-to-enumerate-usb-device-disabling-ehci_hcd/ disabling ehci_hcd disabled my keyboard as well so that is no solution ;-) Maybe I didn't fully understand how to do that ... anyone in here already solved that? I use that pl2303 to access embedded PCs like ALIX or WRAP to configure routers/firewalls ... it would be great to have that available on my thinkpad again. Stefan
Re: [gentoo-user] Re: Logitech MX620 mouse
Am 19.05.2013 03:39, schrieb Steven J. Long: > Just for posterity's sake, would you mind posting how you configured it, for > anyone searching for help on the same thing? > > I don't have an MX620, but I do love Logitech trackballs, and am interested in > configuration settings for this stuff. I was looking at the Kensington one > with a turn-wheel, but settled on my old faithful Trackman Marble for recent > replacement. I really just want something like that with a wheel, but the > ones I saw didn't do it for me. In any case, at some point i'm going to have > to deal with a more complex device, so I'd like to see what kind of thing > you needed to configure (never heard of btnx.) btnx is outdated already ... it isn't developed anymore by its original author and stuff like easystroke etc are recommended by other users. btnx doesn't interact correctly with recent kernels etc. My client had used btnx successfully before and after we had no success with xmodmap, xbindkeys (we didnt know easystroke then) we went back to getting btnx to work. There isn't much to say ... the system of my client runs Ubuntu 12.10 ... and btnx is only part of the distribution up to 12.04 ... fortunately I was able to pull 2 packages from an older repository and install them. After that I basically only let btnx-config detect the one special key we wanted to map and then assigned it a key event in its GUI. I don't have access to the machine right now ... but I assume it wouldn't make much sense to show the resulting config-file as other people use other mice and map other keys. Stefan
Re: [gentoo-user] Logitech MX620 mouse
Am 18.05.2013 00:57, schrieb John Campbell: > Take a look at imwheel. It's a little unmaintained but it still works. > I've used it on an old MX1000 and my current PreformanceMX. > > You can set mouse buttons on a per window/program basis to have > different effects for whichever window has focus. Thus "search" for > Firefox and "paste" for Thunderbird. > > You also might need lomoco to turn on the button. I remember with my > MX1000, I had to enable the two scroll wheels as buttons. Otherwise > they were used by the mouse to "scroll fast" which I found pretty useless. thanks for the suggestions! We were successful with btnx yesterday ... and now we don't touch it anymore (as long as it still works). Stefan
[gentoo-user] Logitech MX620 mouse
Has anyone of you managed to map the "Search" button of the Logitech MX620 to another function? A client wants to use that button for panning drawings ... we fiddled with xmodmap etc but with no success so far. That button gives not "button press" event ... so it's kind of strange. Maybe I have to add some xorg-config section? EmulateWheelButton sounds interesting because panning with pressing the wheel works, but is inaccurate (you often move the wheel as well ...). thanks, Stefan
Re: [gentoo-user] gnome not working
Am 16.05.2013 00:28, schrieb Canek Peláez Valdés: > systemd 201 is targeted to be stabilized soon: > > https://bugs.gentoo.org/show_bug.cgi?id=465870 > > The LVM issue is mentioned, but it's not yet on the block list. I didn't read all this thread ... but I still face issues with lvm2 & systemd here. Sometimes the VG is activated, sometimes not ... Using overlay "systemd-love" here and I am already in contact with the dev there. (and right now, after booting w/ systemd-204, the LVs are there as they should be) Stefan
Re: [gentoo-user] How reliable is ext3?
Am 23.04.2013 20:48, schrieb Michael Mol: > That said, I've been using ext4 for the past 3-4 years on nearly > all my systems without a problem. The only scenario I don't use > ext4 is for /boot...and there I use ext3. really? I never tried that and still use ext2 there. No big difference at boot time, I assume ... even if it has to be checked, it's only 100 MB in size on my systems ... > I don't even bother compiling in ext2 and ext3. gotta try that ;-) Stefan
Re: [gentoo-user] kvm/libvirt and kernel configuration
Am 22.04.2013 21:04, schrieb Michael Mair-Keimberger: > Regarding virito devices: > I highly recommend using those drivers. For my gentoo guests i always use > virtio drivers for network devices (with vhost=on) and harddisks. (on > windows guests only virito-net drivers) The performance gain is incredible. > However, especially for the virtio harddisk driver, make sure you change > fstab entries, because harddisk names change from sda to vda (or just > use them from the beginning. > > If you going to try out desktop vm's too i also recommend qxl with spice. > It's really fast and it also supports copy/paste (however you need an > service for copy/paste on linux "app-emulation/spice-vdagent") and window > resizing. Those features also work on windows. > > Regarding libvirt my experience is actually very low since i setup my vms > with an custom init script. You can take a look on it here: > https://github.com/mm1ke/qemu-init/tree/devel > > I can also provide a basic kernel .config for the latest stable kernel on x64 > and x86 if you are interrested. I am interested ... ;-) Put it up somewhere (dropbox, pastebin, whatever) and share the link if you don't mind. Thanks, Stefan
Re: [gentoo-user] login to gnome fails
Am 21.04.2013 20:16, schrieb Stefan G. Weichinger: > > Might my problem be related to consolekit? > > AFAI understand I don't need ck anymore as it is replaced by systemd-logind? > > I am confused right now by: > > https://bugs.gentoo.org/show_bug.cgi?id=465508 I was able to login via gdm now ... the last emerged packages were gdk-pixbuf gtk+ ... and now it works again ... what a strange "trip" that was. S
Re: [gentoo-user] login to gnome fails
Might my problem be related to consolekit? AFAI understand I don't need ck anymore as it is replaced by systemd-logind? I am confused right now by: https://bugs.gentoo.org/show_bug.cgi?id=465508 S
Re: [gentoo-user] login to gnome fails
Am 21.04.2013 15:10, schrieb Canek Peláez Valdés: > On Sun, Apr 21, 2013 at 6:47 AM, Stefan G. Weichinger wrote: >> >> greetings ... >> >> for some days now I fiddle around with an issue on my ~amd64 thinkpad. > > [snip] > > I had a really weird problem that, perhaps, it has something to do > with yours. After reading this: > > http://notes.torrez.org/2013/04/put-a-burger-in-your-shell.html > > I thought "hey, that's a cool idea", so I put a unicode character in > my PS1 environment variable. Afterwards, I was unnable to log into > GNOME; it took me several hours to link the PS1 variable to the > problem, since I did the change inside of GNOME, and I didn't logout > until I upgraded. > > I removed the PS1 override, and everything just worked again. > > So, just to discard this particular case, you should check your > environment variables. hmm, thanks for the suggestion. $ echo $PS1 \[\033[01;32m\]\u@\h\[\033[01;34m\] \w \$\[\033[00m\] -> some colored but not too fancy prompt, I assume. And I haven't changed this prompt for months or years, I assume. Additionally this is the same prompt on my desktop, so I think we can exclude this. When I read through the output of "env" ... nothing really stands out . S
Re: [gentoo-user] login to gnome fails
filed a bug now: https://bugs.gentoo.org/show_bug.cgi?id=44
[gentoo-user] login to gnome fails
greetings ... for some days now I fiddle around with an issue on my ~amd64 thinkpad. Whether with gdm nor with xdm I am able to log in to gnome3 anymore. This box runs systemd which adds some "possibilities" to the picture ;-) The system is rather up-to-date ... I rebuilt stuff like pam* all around dbus gnome-keyring gnome-shell gnome-session xorg-server plus drivers gdm xdm gjs ... and much more ... ... checked for USE-flags (no consolekit, for example, afai understand I should not have that with systemd and my desktop doesn't have it) ... ... ran revdep-rebuild, python-updater, perl-cleaner ... compared stuff in /etc/pam.d to the files on my desktop system which runs pretty much the same setup aside from the encrypted home-partition. A fresh user isn't able to login as well. I can login to a plain tty but not to a graphical desktop. I need that laptop for my work so this gets quite an issue slowly and I am running out of ideas and lose track here. Sure, running systemd *and* gnome-3.8 is pretty unstable ... I perfectly know. But it works on the other box so it should be possible to get that fixed on the thinkpad as well. Some logs: * xdm Apr 21 12:40:32 enzo systemd[1]: Stopped X-Window Display Manager. Apr 21 12:40:32 enzo systemd[1]: xdm.service: cgroup is empty Apr 21 13:23:09 enzo systemd[1]: Trying to enqueue job xdm.service/restart/replace Apr 21 13:23:09 enzo systemd[1]: Installed new job xdm.service/restart as 634 Apr 21 13:23:09 enzo systemd[1]: Enqueued job xdm.service/restart as 634 Apr 21 13:23:09 enzo systemd[1]: Job xdm.service/restart finished, result=done Apr 21 13:23:09 enzo systemd[1]: Converting job xdm.service/restart -> xdm.service/start Apr 21 13:23:09 enzo systemd[1]: Starting X-Window Display Manager... Apr 21 13:23:09 enzo systemd[1]: About to execute /usr/bin/xdm -nodaemon Apr 21 13:23:09 enzo systemd[1]: Forked /usr/bin/xdm as 19059 Apr 21 13:23:09 enzo systemd[1]: xdm.service changed dead -> running Apr 21 13:23:09 enzo systemd[1]: Job xdm.service/start finished, result=done Apr 21 13:23:09 enzo systemd[1]: Started X-Window Display Manager. Apr 21 13:23:15 enzo xdm[19069]: pam_lastlog(xdm:session): conversation failed Apr 21 13:23:15 enzo xdm[19069]: (mount.c:68): Messages from underlying mount program: Apr 21 13:23:15 enzo xdm[19069]: (mount.c:72): NOTE: mount.crypt does not support utab (systems with no mtab or read-only mtab) yet. This means that you will temporar That pam_mount stuff is ok IMO. The encrypted dir is mounted correctly when I log in to a plain tty. And login doesn't work with a plain new user without any related encrypted volume. * gdm Apr 21 13:27:06 enzo systemd[1]: Trying to enqueue job gdm.service/start/replace Apr 21 13:27:06 enzo systemd[1]: Installed new job gdm.service/start as 695 Apr 21 13:27:06 enzo systemd[1]: Enqueued job gdm.service/start as 695 Apr 21 13:27:06 enzo systemd[1]: Starting GNOME Display Manager... Apr 21 13:27:06 enzo systemd[1]: About to execute /usr/bin/gdm --nodaemon Apr 21 13:27:06 enzo systemd[1]: Forked /usr/bin/gdm as 20324 Apr 21 13:27:06 enzo systemd[1]: gdm.service changed dead -> start Apr 21 13:27:06 enzo systemd[1]: gdm.service's D-Bus name org.gnome.DisplayManager now registered by :1.117 Apr 21 13:27:06 enzo systemd[1]: gdm.service changed start -> running Apr 21 13:27:06 enzo systemd[1]: Job gdm.service/start finished, result=done Apr 21 13:27:06 enzo systemd[1]: Started GNOME Display Manager. Apr 21 13:27:07 enzo gdm[20324]: Failed to give slave programs access to the display. Trying to proceed. This last line make me scratch my head ... googled around already but nothing really fit the situation ... I can enter user/pw at gdm-login and then it just sits there and doesn't do anything. Here something more tasty: Apr 21 13:41:55 enzo systemd[1]: Got D-Bus request: org.freedesktop.DBus.NameOwnerChanged() on /org/freedesktop/DBus Apr 21 13:41:55 enzo systemd[1]: Got D-Bus request: org.freedesktop.DBus.NameOwnerChanged() on /org/freedesktop/DBus Apr 21 13:41:55 enzo systemd[1]: systemd-localed.service's D-Bus name org.freedesktop.locale1 now registered by :1.225 Apr 21 13:41:55 enzo systemd[1]: systemd-localed.service changed start -> running Apr 21 13:41:55 enzo systemd[1]: Job systemd-localed.service/start finished, result=done Apr 21 13:41:55 enzo systemd[1]: Started Locale Service. Apr 21 13:41:55 enzo dbus[2966]: [system] Successfully activated service 'org.freedesktop.locale1' Apr 21 13:41:55 enzo dbus-daemon[2966]: dbus[2966]: [system] Successfully activated service 'org.freedesktop.locale1' Apr 21 13:41:55 enzo colord[2981]: Device added: xrandr-Lenovo Group Limited Apr 21 13:41:55 enzo systemd[1]: Got D-Bus request: org.freedesktop.DBus.NameOwnerChanged() on /org/freedesktop/DBus Apr 21 13:41:55 enzo colord[2981]: Automatic metadata add icc-c4d0e158a8923be59bd2e06674032eb6 to xrandr-Lenovo Group Limited Apr 21 13:41:55 enzo colord[2981]: Profile added: icc-c4d0e158a8923be59bd2e066
Re: [gentoo-user] Removing pulseaudio
Am 19.04.2013 23:06, schrieb Mark David Dumlao: > Many bluetooth headsets have 2 modes of operation. There's a telephony > mode, which allows for audio in and out, and there's a high quality > audio mode, which only allows audio out. Very likely that you need to > set the playback to telephony mode to get it working. At least if your > headset has an actual mic. Yes, that is the correct direction! I figured that out already in a way ... but even in telephony mode things somehow stuck. The headset works fine with my android devices, even as telephone headset with the smartphone, so basically the "in and out" should work fine. Maybe I just don't get it and it's a question of moving (some of those dozens of) sliders in the PA-settings ... even IF that is the case this is way too un-intuitive, not-working-out-of-the-box IMO. In the end there are only 2 sliders relevant: in and out related to the headset. If both are selected, activated/un-muted and their volume is around 100% I should be able to record and hear my voice, right? Stefan
Re: [gentoo-user] Removing pulseaudio
Am 19.04.2013 15:43, schrieb Canek Peláez Valdés: > Take a look at this: > > https://plus.google.com/photos/115256116066287398549/albums/5778609034682831121/5778849461325756466 > > That's me selecting with a click of the mouse if I want to use Skype > with the analog speakers from my laptop, or with my bluetooth headset. > Of course, the BT headset doesn't appear in the combo box until they > are actually connected; my USB speakers don't show up there because > they weren't connected. Yeah, I get the picture ... but: I never got my BT-headset working with Skype correctly. Either the sound was OK and the mic didn't work or the sound was crappy and the mic *seemed* to work (looking at the graphs) but I never heard my recorded voice in the Skype Test Call. OK, maybe that's a skype-issue and not PA-related ... anyway. Annoying. S
Re: [gentoo-user] VMware Player 5.0.2
Am 10.04.2013 13:04, schrieb Stefan G. Weichinger: > > Does anybody in here run mentioned VMware Player 5.0.2 with latest > gentoo-sources-3.8.6 ? > > It fails to even start here ... says "Abgebrochen" (german ... maybe > "Cancelled" in english?) ... This seems related: https://bugs.gentoo.org/show_bug.cgi?id=456262 Downgrading curl didn't help so far ... will try to apply patch. Stefan
[gentoo-user] VMware Player 5.0.2
Does anybody in here run mentioned VMware Player 5.0.2 with latest gentoo-sources-3.8.6 ? It fails to even start here ... says "Abgebrochen" (german ... maybe "Cancelled" in english?) ... Rebuilt it, restarted it, systemd says: Apr 10 12:59:26 hiro.oops.intern systemd[1]: Starting VMware daemon... Apr 10 12:59:26 hiro.oops.intern systemd[1]: Started VMware daemon. Apr 10 12:59:26 hiro.oops.intern vmnetBridge[27184]: Bridge process created. Apr 10 12:59:26 hiro.oops.intern vmnetBridge[27184]: RTM_NEWLINK: name:enp6s0 index:2 flags:0x00011043 Apr 10 12:59:26 hiro.oops.intern vmnetBridge[27184]: Adding interface enp6s0 index:2 Apr 10 12:59:26 hiro.oops.intern vmnetBridge[27184]: Started bridge enp6s0 to virtual network 0. Apr 10 12:59:26 hiro.oops.intern vmnetBridge[27184]: RTM_NEWROUTE: index:2 Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27201]: Internet Software Consortium DHCP Server 2.0 Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27201]: Copyright 1995, 1996, 1997, 1998, 1999 The Internet Soft Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27201]: All rights reserved. Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27201]: Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27201]: Please contribute if you find this software useful. Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27201]: For info, please visit http://www.isc.org/dhcp-contrib.h Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27201]: Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27201]: Configured subnet: 172.16.78.0 Apr 10 12:59:27 hiro.oops.intern vmnet-natd[27205]: RTM_NEWLINK: name:enp6s0 index:2 flags:0x00011043 Apr 10 12:59:27 hiro.oops.intern vmnet-natd[27205]: RTM_NEWROUTE: index:2 Apr 10 12:59:27 hiro.oops.intern vmnet-natd[27205]: RTM_NEWADDR: index:2, addr:172.32.99.12 Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27214]: Internet Software Consortium DHCP Server 2.0 Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27214]: Copyright 1995, 1996, 1997, 1998, 1999 The Internet Soft Apr 10 12:59:27 hiro.oops.intern vmnet-dhcpd[27214]: All rights reserved. Apr 10 12:59:27 hiro.oops.intern vmware[27123]: Started Bridge networking on vmnet0 Apr 10 12:59:27 hiro.oops.intern vmware[27123]: Enabled hostonly virtual adapter on vmnet1 Apr 10 12:59:27 hiro.oops.intern vmware[27123]: Started DHCP service on vmnet1 Apr 10 12:59:27 hiro.oops.intern vmware[27123]: Started NAT service on vmnet8 Apr 10 12:59:27 hiro.oops.intern vmware[27123]: Enabled hostonly virtual adapter on vmnet8 Apr 10 12:59:27 hiro.oops.intern vmware[27123]: Started DHCP service on vmnet8 Apr 10 12:59:27 hiro.oops.intern vmware[27123]: Started all configured services on all networks app-emulation/vmware-modules-271.2 rebuilt as well ... *sigh* Stefan
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
Am 09.04.2013 11:45, schrieb Helmut Jarausch: > Hi, > > I'm considering unmasking Gnome 3.8. Has anybody made good/bad > experience with this? Running it for several weeks already on 2 systems. No real problems for me (although I don't use evolution or epiphany or some other specific gnome-applications. Just using "the desktop"). I had to navigate around some special unmasking and some conflicts etc back then but it is very likely that this isn't needed anymore (as these issues are being cleaned up before releasing it to ~amd64). Stefan
Re: [gentoo-user] ntp-daemons
Am 03.04.2013 12:21, schrieb Marc Stürmer: > Just two different hammers for the same nail. Sure. I just like the quicker syncing/adjusting of chrony. > Another alternative is > OpenNTPD btw, http://www.openntpd.org/ I will have a look as well ;-) Thanks, Stefan
Re: [gentoo-user] ntp-daemons
Am 03.04.2013 10:28, schrieb Nilesh Govindrajan: > On Wednesday 03 April 2013 05:06:00 AM IST, Stefan G. Weichinger wrote: >> >> I always used net-misc/ntp for syncing time. >> >> Now I found net-misc/chrony and set it up looks good so far. >> >> Any opinions and experiences on the various ways of getting THE TIME? >> >> Stefan >> > > I use busybox :D Interesting ;-) Switched to chrony on 4 machines already and like it ...
Re: [gentoo-user] 4G Stick Huawei E3276
Am 03.04.2013 08:07, schrieb Mick: > Glad to hear to you got somewhere with this effort! :-) Yes, all the precious time spent :-) > If you configure your /etc/conf.d/net for wwan0 (or whatever it is > now called) to use dhcpcd you should not need to manually attempt > getting an IP address: > > config_wwan0="dhcpc" > > Don't forget to create a symlink for your interface in > /etc/init.d/net.lo: > > cd /etc/init.d > > ln -s net.lo net.wwan0 > > rc-update add net.wwan0 default > > PS. No idea if NM will barf with these settings, but this is the > vanilla gentoo approach to network configuration and it will deal > with the non-admin user problem. Thanks for the reminder/suggestion ... for now it's enough to get it working in the mentioned way as that stick is here for some weeks only. It's only a a "test drive" and I have to return it if I don't decide to do sign a contract (which is pretty expensive ...). I research if we have good enough LTE-coverage at a customer's numerous sites as we consider to back up their insufficient internet connectivity somehow. I would have to get it running with some router-distro like ipfire or pfsense to be able to use it ... -> some more work ahead ;-) Thanks, Stefan
[gentoo-user] ntp-daemons
I always used net-misc/ntp for syncing time. Now I found net-misc/chrony and set it up looks good so far. Any opinions and experiences on the various ways of getting THE TIME? Stefan
Re: [gentoo-user] 4G Stick Huawei E3276
Am 02.04.2013 16:27, schrieb Stefan G. Weichinger: > Am 02.04.2013 15:52, schrieb Stefan G. Weichinger: > >> So I am back on cdc_ncm now. And I removed all the stuff I installed >> when testing that huawei-driver-package. > > phew. > > Next small steps (but somehow promising): > > I was able to connect via wvdial and pull an IPv4-IP-adress via dhcpcd ... > > but the connection only lasted for maybe 10 seconds. Wrong parameters? > > After that I have to re-plug the modem to get it working again. Update: It works. Although rather "un-polished": I run wvdial ... it connects ... in a second terminal I pull an IP-adress via dhcpcd and then started a ping to some remote IP immediately. The wvdial-session then somehow loses connection to the modem or something (I have to retry and provide the logs ... right now I am so happy to have it working that I don't want to stop the connection ) this mislead me all the times as I thought it lost connectivity. But it still pings and works thereafter. So it is somehow useable for me as an admin ... not so much for an end-user. Contacted the dev from the thread ... he told me that the modules coming with linux 3.8.5 should work just fine. So it's more of a UI-issue right now ;-) connectivity is good so far ... phew! Stefan
Re: [gentoo-user] 4G Stick Huawei E3276
forgot my current lsmod: > # lsmod Module Size Used by ppp_async 6157 0 crc_ccitt 1565 1 ppp_async ppp_generic17250 1 ppp_async slhc4443 1 ppp_generic option 26658 0 usb_wwan6870 1 option cdc_ncm10023 0 usbserial 23422 2 option,usb_wwan usbnet 19300 1 cdc_ncm crc32c_intel 13975 0 i2c_i8018749 0
Re: [gentoo-user] 4G Stick Huawei E3276
Am 02.04.2013 15:52, schrieb Stefan G. Weichinger: > So I am back on cdc_ncm now. And I removed all the stuff I installed > when testing that huawei-driver-package. phew. Next small steps (but somehow promising): I was able to connect via wvdial and pull an IPv4-IP-adress via dhcpcd ... but the connection only lasted for maybe 10 seconds. Wrong parameters? After that I have to re-plug the modem to get it working again. This is with the modules coming with gentoo-sources-3.8.5 ... I assume that the mentioned thread used older versions of this. Gotta dig further. Now time for a coffee! S
Re: [gentoo-user] 4G Stick Huawei E3276
Am 02.04.2013 15:06, schrieb Mick: > On Tuesday 02 Apr 2013 13:13:26 Stefan G. Weichinger wrote: >> Modem Type = Analog Modem > Are you sure it is an analogue modem? Is this entry needed? Dunno. Removed. No difference. > The driver should create a number of devices, > ttyUSB0/ttyUSB1/ttyUSB2/... Try them all in turn, only some may > allow PPP connections. Checked that before, only ttyUSB0 "speaks to me" as a modem. >> Baud = 9600 > > Unless you are just trying to dial out over a PSTN number (which > you are not) you should be able to increase the baud to a higher > number; e.g. 115200 This was detected by wvdialconf. > Did you get anything more detailed in your logs? > > Do you have a pap-secrets file even if empty? If not: > > touch /etc/ppp/pap-secrets; chmod 600 /etc/ppp/pap-secrets > > If it still fails try adding something like this: > > # Secrets for authentication using PAP # clientserver > secret IP addresses "user" * "" pap-secrets exists and contains the credentials I entered in wvdial.conf (or was set via NM before maybe?). > HOWEVER ... > > I thought that the whole idea is to use this modem to connect on a > 4G (LTE) network ... yes? That is the goal, right! > In which case PPP is not the correct protocol. If this Huawei is > using Qualcomm chipset you should be using the qmi protocol and the > cdc_ncm driver ought to do all the dialling using this device (from > your dmesg): > > [22765.769603] cdc_ncm 1-1.1:1.1 wwan0: register 'cdc_ncm' at > usb-:00:1a.0-1.1, Mobile Broadband Network Device, > 0c:5b:8f:27:9a:64 > > Other driver/protocols that can achieve high speeds of 4G are > cdc-ether, cdc- acm, but your card ought to pick out the correct > available protocol from the corresponding kernel module. PPP > incurs an overhead (due to packet encapsulation) and throughput > speeds will be slower. Your mentioned thread says: > Huawei E3276 does not have QMI interface so that cdc-wdm + > qmi_wwan is not working on this device. I tried to use Huawei > hw_cdc_driver and cdc_ncm driver on Huawei E3276. Both drivers are > working good. see http://lists.freedesktop.org/archives/libqmi-devel/2012-November/000310.html So I am back on cdc_ncm now. And I removed all the stuff I installed when testing that huawei-driver-package. Rather hard to solve ...
Re: [gentoo-user] 4G Stick Huawei E3276
Am 02.04.2013 15:19, schrieb Mick: > On Tuesday 02 Apr 2013 14:06:37 you wrote: > >> That's how I understand these devices to work, but unfortunately I >> can't verify any of this because I do not have access to such a >> device or a 4G network. :-( > > Yep, you are meant to see an ethernet interface coming up, which > network manager will pick up and you should be able to configure and > connect. However, you may need the latest drivers - have a look at > this looong thread: > > http://lists.freedesktop.org/archives/libqmi-devel/2012-November/000301.html Found and read that thread already today ... I will see how to get those drivers working. For now I disabled PIN at least ... S
Re: [gentoo-user] 4G Stick Huawei E3276
Am 30.03.2013 12:36, schrieb Stefan G. Weichinger: > But small progress, yes. I am close, I feel it :-) Switched to wvdial to rule out NM etc. wvdialconf etc I now have: [Dialer Defaults] Modem Type = Analog Modem Dial Attempts = 1 ISDN = 0 New PPPD = yes Init1 = ATZ Init3 = ATQ0 V1 E1 S0=0 Modem = /dev/ttyUSB0 Baud = 9600 [Dialer pin] Init2 = AT+CPIN=3451 [Dialer eins] Init4 = AT+CGDCONT=1,"IP","A1.net","",0,0,0,0 Username = p...@a1plus.at Password = ppp Dial Command = ATDT Dial Attempts = 3 Phone = *99# Stupid Mode = 1 > I first run "wvdial pin" then : # wvdial eins --> WvDial: Internet dialer version 1.61 --> Initializing modem. --> Sending: ATZ ATZ OK --> Sending: ATQ0 V1 E1 S0=0 ATQ0 V1 E1 S0=0 OK --> Sending: AT+CGDCONT=1,"IP","A1.net","",0,0,0,0 AT+CGDCONT=1,"IP","A1.net","",0,0,0,0 OK --> Modem initialized. --> Sending: ATDT*99# --> Waiting for carrier. ATDT*99# CONNECT --> Carrier detected. Starting PPP immediately. --> Starting pppd at Tue Apr 2 14:09:43 2013 --> Pid of pppd: 24968 --> Using interface ppp0 --> Disconnecting at Tue Apr 2 14:10:13 2013 --> The PPP daemon has died: A modem hung up the phone (exit code = 16) --> man pppd explains pppd error codes in more detail. --> Try again and look into /var/log/messages and the wvdial and pppd man pages for more information. --> Auto Reconnect will be attempted in 5 seconds --> Initializing modem. --> Sending: ATZ ^CCaught signal 2: Attempting to exit gracefully... --> Sending: ATQ0 --> Re-Sending: ATZ Doesn't come up! Played with options, even read the APN from the device via putty etc. Something is still missing ... Do I have to set up ppp as well? Stefan
Re: [gentoo-user] 4G Stick Huawei E3276
next steps: Pulled "HUAWEI Data Cards Linux Driver" from http://www.huaweidevice.com/worldwide/downloadCenter.do?method=toDownloadFile&flay=software&softid=NDcwMzU= With this I was able to enter the PIN and get "mobile broadband" in NM ... although still no connection. The install-process of this driver-set is a bit problematic with gentoo ... some things don't fit too well and I assume that linux 3.8.4 doesn't fit exactly as well. But small progress, yes. Stefan
Re: [gentoo-user] 4G Stick Huawei E3276
my udev-rule:
# cat /etc/udev/rules.d/10-network.rules
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="0c:5b:8f:27:9a:64",
NAME="wwan0"
What I get:
# lsusb
Bus 001 Device 043: ID 12d1:1506 Huawei Technologies Co., Ltd. E398
LTE/UMTS/GSM Modem/Networkcard
# lsmod
Module Size Used by
qmi_wwan6931 0
cdc_wdm 8744 1 qmi_wwan
option 26697 0
usb_wwan6886 1 option
cdc_ncm 9365 0
usbserial 23426 2 option,usb_wwan
usbnet 19268 2 qmi_wwan,cdc_ncm
crc32c_intel 13975 0
i2c_i8018765 0
btusb 11699 0
# dmesg
[22590.544358] usb 1-1.1: new high-speed USB device number 40 using ehci-pci
[22590.673777] scsi74 : usb-storage 1-1.1:1.0
[22590.674803] scsi75 : usb-storage 1-1.1:1.1
[22591.389956] usb 1-1.1: USB disconnect, device number 40
[22591.594997] usb 1-1.1: new high-speed USB device number 41 using ehci-pci
[22591.683754] scsi76 : usb-storage 1-1.1:1.2
[22591.684223] scsi77 : usb-storage 1-1.1:1.3
[22591.689635] usbcore: registered new interface driver usbserial
[22591.689803] usbcore: registered new interface driver usbserial_generic
[22591.689960] usbserial: USB Serial support registered for generic
[22591.691066] usbcore: registered new interface driver option
[22591.691159] usbserial: USB Serial support registered for GSM modem
(1-port)
[22591.691162] usb 1-1.1: MAC-Address: 0c:5b:8f:27:9a:64
[22591.692096] cdc_ncm 1-1.1:1.1 wwan0: register 'cdc_ncm' at
usb-:00:1a.0-1.1, Mobile Broadband Network Device, 0c:5b:8f:27:9a:64
[22591.692147] usbcore: registered new interface driver cdc_ncm
[22591.692674] option 1-1.1:1.0: GSM modem (1-port) converter detected
[22591.692823] usb 1-1.1: GSM modem (1-port) converter now attached to
ttyUSB0
[22592.685651] scsi 76:0:0:0: CD-ROMHUAWEI Mass Storage
2.31 PQ: 0 ANSI: 2
[22592.685673] scsi 77:0:0:0: Direct-Access HUAWEI TF CARD Storage
2.31 PQ: 0 ANSI: 2
[22592.689637] sr1: scsi-1 drive
[22592.690530] sr 76:0:0:0: Attached scsi CD-ROM sr1
[22592.701874] sd 77:0:0:0: [sdb] Attached SCSI removable disk
[22627.149043] usbcore: registered new interface driver cdc_wdm
[22627.151412] usbcore: registered new interface driver qmi_wwan
[22749.903886] usb 1-1.1: USB disconnect, device number 41
[22749.904440] option1 ttyUSB0: GSM modem (1-port) converter now
disconnected from ttyUSB0
[22749.904556] option 1-1.1:1.0: device disconnected
[22749.904779] cdc_ncm 1-1.1:1.1 wwan0: unregister 'cdc_ncm'
usb-:00:1a.0-1.1, Mobile Broadband Network Device
[22749.917266] systemd[1]: Collecting
dev-disk-by\x2dpath-pci\x2d:00:1a.0\x2dusb\x2d0:1.1:1.3\x2dscsi\x2d0:0:0:0.device
[22749.917275] systemd[1]: Collecting
sys-devices-pci:00-:00:1a.0-usb1-1\x2d1-1\x2d1.1-1\x2d1.1:1.1-net-wwan0.device
[22749.917281] systemd[1]: Collecting sys-subsystem-net-devices-wwan0.device
[22749.917288] systemd[1]: Collecting
sys-devices-pci:00-:00:1a.0-usb1-1\x2d1-1\x2d1.1-1\x2d1.1:1.2-host76-target76:0:0-76:0:0:0-block-sr1.device
[22749.917294] systemd[1]: Collecting dev-sr1.device
[22749.917301] systemd[1]: Collecting
dev-disk-by\x2did-usb\x2dHUAWEI_Mass_Storage\x2d0:0.device
[22749.917307] systemd[1]: Collecting
dev-disk-by\x2dlabel-Mobile\x5cx20Partner.device
[22749.917314] systemd[1]: Collecting
dev-disk-by\x2dpath-pci\x2d:00:1a.0\x2dusb\x2d0:1.1:1.2\x2dscsi\x2d0:0:0:0.device
[22749.917321] systemd[1]: Collecting
dev-disk-by\x2duuid-2012\x2d08\x2d20\x2d10\x2d00\x2d00\x2d00.device
[22749.917327] systemd[1]: Collecting
sys-devices-pci:00-:00:1a.0-usb1-1\x2d1-1\x2d1.1-1\x2d1.1:1.0-ttyUSB0-tty-ttyUSB0.device
[22749.917333] systemd[1]: Collecting dev-ttyUSB0.device
[22749.917340] systemd[1]: Collecting
dev-serial-by\x2did-usb\x2dHUAWEI_Technology_HUAWEI_Mobile\x2dif00\x2dport0.device
[22749.917347] systemd[1]: Collecting
dev-serial-by\x2dpath-pci\x2d:00:1a.0\x2dusb\x2d0:1.1:1.0\x2dport0.device
[22764.654002] usb 1-1.1: new high-speed USB device number 42 using ehci-pci
[22764.783891] scsi78 : usb-storage 1-1.1:1.0
[22764.784457] scsi79 : usb-storage 1-1.1:1.1
[22765.499601] usb 1-1.1: USB disconnect, device number 42
[22765.677723] usb 1-1.1: new high-speed USB device number 43 using ehci-pci
[22765.766646] option 1-1.1:1.0: GSM modem (1-port) converter detected
[22765.767012] usb 1-1.1: GSM modem (1-port) converter now attached to
ttyUSB0
[22765.768979] usb 1-1.1: MAC-Address: 0c:5b:8f:27:9a:64
[22765.769603] cdc_ncm 1-1.1:1.1 wwan0: register 'cdc_ncm' at
usb-:00:1a.0-1.1, Mobile Broadband Network Device, 0c:5b:8f:27:9a:64
[22765.769961] scsi80 : usb-storage 1-1.1:1.2
[22765.770692] scsi81 : usb-storage 1-1.1:1.3
[22766.772145] scsi 81:0:0:0: Direct-Access HUAWEI TF CARD Storage
2.31 PQ: 0 ANSI: 2
[22766.772174] scsi 80:0:0:0: CD-ROMHUAWEI Mass Storage
2.31 PQ: 0 ANSI: 2
[22766.776568] sr1: scsi-1 drive
[22766.778814] sd 81:0:0:0: [sdb] Attached SCS
Re: [gentoo-user] 4G Stick Huawei E3276
Am 30.03.2013 08:54, schrieb Mick: > Don't you lve OS automation? Especially when it works! ;-) ;-) > If you look at the device manager you will probably find different > strings describing the USB device interfaces that WinXP > detects/assigns compared to your Linux OS + udevd + systemd. > > When you tried adding the new module you should see a load more > interfaces coming up in dmesg, through usbserial_generic and then > cdc_wdm and qmi_wann, like this: > > http://www.spinics.net/lists/linux-usb/msg64061.html > > This guys seems to be getting 3 x ttyUSBX popping up. > > Once you get to this stage with an appropriate udev rule if need > be, then apparently you need to emerge this: > > $ eix -l libqmi * net-libs/libqmi Available versions: ~ 1.0.0 [doc > static-libs test] ** [doc static-libs test] Homepage: > http://cgit.freedesktop.org/libqmi/ Description: QMI modem > protocol helper library > > > and see if that with its qmicli utility allows you to manage your > connection. I have my udev-rule to get wwan0 ... but I don't get that /dev/cdc-wdm device :-( This is rather frustrating S
Re: [gentoo-user] 4G Stick Huawei E3276
Am 29.03.2013 22:40, schrieb Stefan G. Weichinger: > Am 29.03.2013 22:03, schrieb Stefan G. Weichinger: >> I don't know about NM's preferences ... I just assume this could be >> the problem. >> >> Gotta dig up some udev-ruling for this, any quick pointers anyone? > > even "easier": > > You can change the device name using ifrename from package wireless_tools. > > Now I have device wwan0 but still NM does not care about it. > > I really don't want to rant ... but ... you know. Just an observation: Started a VM on my main workstation ... Windows XP inside of VMware Player. Not even KVM or something ... Connected that funny stick to that very VM ... and connected to funky internet on first try ... So what about that? UNIX/Linux runs what percentage of the internet? ok ok ... LTE is new linux has only a small percentage ... gentoo even less. I spent my whole afternoon trying to connect this very stick to the internet ... via 2 linuxes and 1 bsd not ONE connection. Right now I pull in an ISO at >1100kB/s, via that very stick, into an XP-VM. (seems I don't have LTE coverage here ... but some UMTS or so ) - Might be just plain ignorance by the provider. Not telling me access infos etc. My ADSL is slower. *sigh* Just a bit of feedback :-) S
Re: [gentoo-user] 4G Stick Huawei E3276
Am 29.03.2013 22:03, schrieb Stefan G. Weichinger: > I don't know about NM's preferences ... I just assume this could be > the problem. > > Gotta dig up some udev-ruling for this, any quick pointers anyone? even "easier": You can change the device name using ifrename from package wireless_tools. Now I have device wwan0 but still NM does not care about it. I really don't want to rant ... but ... you know. Stefan
Re: [gentoo-user] Using Amazon Web Services with gentoo
Am 24.03.2013 21:12, schrieb Stefan G. Weichinger: > > Does anyone of you use the Amazon EC2 service with gentoo-based instances? The loud and wild echo says: no ? Interesting! ;-)
Re: [gentoo-user] 4G Stick Huawei E3276
Am 29.03.2013 20:14, schrieb Mick: > On Friday 29 Mar 2013 19:01:15 Stefan G. Weichinger wrote: > >> I get no wwan0 but this: >> >> # ifconfig wwp0s26u1u2i1 wwp0s26u1u2i1: >> flags=4098 mtu 1500 ether 0c:5b:8f:27:9a:64 >> txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX >> errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 >> (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions >> 0 > > If when you run ifconfig with no options you do not get wwan0 > listed and NM likes the conventional device naming scheme, then I > suggest you create a udev rule to achieve this and see if NM is > happy thereafter. I don't know about NM's preferences ... I just assume this could be the problem. Gotta dig up some udev-ruling for this, any quick pointers anyone? S
Re: [gentoo-user] 4G Stick Huawei E3276
Am 29.03.2013 19:51, schrieb Mick: > ifconfig should show a new device has been activated. > > Yes? see below ... >> When I rmmod them all and plug in again, I get "option" loaded >> again. Should I remove this one from my .config? >> >> Even when I rmmod option, modprobe qmi_wwan and then plugin >> "option" gets loaded (and no "mobile broadband" in NM). > > I would get NM troubleshooted after the device is recognised by the > kernel and the relevant modules are loaded. > > >> Could it be related to our friend systemd which renames "wwan0" >> to "wwp0s26u1u1i1" according to dmesg? > > I thought that this is a udev issue, rather than systemd. Sure, udev. I don't know > anything about systemd (not tried it yet) and on a stable Gentoo > install you should be able to see the wwan0 device in ifconfig. I get no wwan0 but this: # ifconfig wwp0s26u1u2i1 wwp0s26u1u2i1: flags=4098 mtu 1500 ether 0c:5b:8f:27:9a:64 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Just read the posting by Diego Petteno on this issue: http://blog.flameeyes.eu/2013/03/predictably-non-persistent-names > PS. I should also say that I don't use NM on my machines ... so > someone else should hopefully be able to help with NM issues. I > use symlinks in /etc/init.d/ for my NICs. NM sometimes is very comfortable on notebooks etc. ... so why not ... I don't know if NM *should* detect that fuzzy interface-name now ... maybe I should do some udev-rule to get wwan0 back? At least for a test. Stefan
Re: [gentoo-user] 4G Stick Huawei E3276
Am 29.03.2013 16:05, schrieb Mick: > You're missing module 'qmi_wwan'. > > Trying adding this to your kernel and replug the device (or use > modprobe -v qmi_wwan). Should I rmmod the others before? I compiled and loaded that module ... no real difference to see ... still no mobile broadband offered. When I rmmod them all and plug in again, I get "option" loaded again. Should I remove this one from my .config? Even when I rmmod option, modprobe qmi_wwan and then plugin "option" gets loaded (and no "mobile broadband" in NM). Could it be related to our friend systemd which renames "wwan0" to "wwp0s26u1u1i1" according to dmesg? > PS. I don't have such a device to test here, so hope this will get > you in the right ball park. Thanks for your help ...
Re: [gentoo-user] 4G Stick Huawei E3276
forgot to add: lsusb: Bus 001 Device 006: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard it shows as E398 here but is labeled as E3276
[gentoo-user] 4G Stick Huawei E3276
Greets!
I have a new and shiny Huawei E3276 stick here and want to test it with
my gentoo thinkpad running Gnome.
I managed to get some /dev/ttyUSB0 .. the device is usb_modeswitch-ed
automatically.
I also added the modules "option" and "cdc_ncm" to my kernel config and
the dmesg looks ok:
# lsmod
Module Size Used by
option 26697 0
usb_wwan6886 1 option
cdc_ncm 9365 0
usbserial 23426 2 option,usb_wwan
usbnet 19268 1 cdc_ncm
crc32c_intel 13975 0
i2c_i8018765 0
btusb 11699 0
[ 59.586159] usbcore: registered new interface driver usbserial
[ 59.586534] usbcore: registered new interface driver usbserial_generic
[ 59.586593] usbserial: USB Serial support registered for generic
[ 59.588309] usbcore: registered new interface driver option
[ 59.588632] usbserial: USB Serial support registered for GSM modem
(1-port)
[ 59.589143] usb 1-1.1: MAC-Address: 0c:5b:8f:27:9a:64
[ 59.589721] cdc_ncm 1-1.1:1.1 wwan0: register 'cdc_ncm' at
usb-:00:1a.0-1.1, Mobile Broadband Network Device, 0c:5b:8f:27:9a:64
[ 59.589814] option 1-1.1:1.0: GSM modem (1-port) converter detected
[ 59.590004] usb 1-1.1: GSM modem (1-port) converter now attached to
ttyUSB0
[ 59.590075] usbcore: registered new interface driver cdc_ncm
[ 59.595969] systemd-udevd[3717]: renamed network interface wwan0 to
wwp0s26u1u1i1
[ 60.577572] scsi 8:0:0:0: CD-ROMHUAWEI Mass Storage
2.31 PQ: 0 ANSI: 2
[ 60.577710] scsi 9:0:0:0: Direct-Access HUAWEI TF CARD Storage
2.31 PQ: 0 ANSI: 2
[ 60.580526] sr1: scsi-1 drive
[ 60.581510] sr 8:0:0:0: Attached scsi CD-ROM sr1
[ 60.589986] sd 9:0:0:0: [sdb] Attached SCSI removable disk
BUT: it doesn't show up in the networkmanager-GUI. No "mobile broadband"
anything.
[I] net-misc/networkmanager
Available versions: 0.9.4.0-r6 0.9.6.4 (~)0.9.6.4-r1
[M](~)0.9.7.995 [M](~)0.9.8.0 [M]** {avahi bluetooth
connection-sharing +consolekit dhclient +dhcpcd doc gnutls
+introspection modemmanager +nss +ppp resolvconf systemd test vala +wext
wimax KERNEL="linux"}
Installed versions: 0.9.6.4-r1(11:30:45 26.03.2013)(bluetooth
dhcpcd introspection modemmanager nss ppp systemd wext -avahi
-connection-sharing -consolekit -dhclient -doc -gnutls -resolvconf -vala
-wimax KERNEL="linux")
Homepage:http://www.gnome.org/projects/NetworkManager/
Description: Universal network configuration daemon for
laptops, desktops, servers and virtualization hosts
# eix modemm
[I] net-misc/modemmanager
Available versions: 0.6.0.0 (~)0.6.0.0-r1 [M](~)0.7.990(0/1)
**(0/1) {doc policykit +qmi qmi-newest test}
Installed versions: 0.6.0.0-r1(11:04:49 26.03.2013)(policykit -doc
-test)
Homepage:
http://cgit.freedesktop.org/ModemManager/ModemManager/
Description: Modem and mobile broadband management libraries
Does anyone have a pointer for me how to get that working?
thanks!
Stefan
Re: [gentoo-user] udev blocks systemd etc
Am 27.03.2013 15:34, schrieb Michael Mol: > On 03/27/2013 10:33 AM, Michael Mol wrote: >> On 03/27/2013 10:25 AM, Tanstaafl wrote: >>> Ok... >>> >>> So, what is this all about? >>> >>> Does all of this mean that udev is now going *completely* >>> away, *totally* replaced by systemd? >>> >>> If so, has there been any kind of formal announcement about >>> this *anywhere*?? >> >> Hold your horses. >> >> The devs will work something out; systemd is not replacing the >> udev package for all users. For the moment, it's just replacing >> the udev package for users using systemd. >> >> The problem at the moment is a spat between the systemd >> maintainer and the udev maintainer. They don't see eye to eye >> about which packages should be providing which files (and where), >> and there's also a serious miscommunication (and >> misinterpretation of historical communication) issue between the >> two of them at the moment. They're trying to get it worked out >> (via attempting cooperation or via arbitration, whatever is >> necessary), and things will settle down. >> >> In the mean time, if I read the context right, this issue should >> only affect people who are using systemd. This shouldn't be >> affecting people who aren't using systemd. > > (incidentally, to anyone who's following the issue, please correct > me if I'm wrong...) I understand the situation as you do ...
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 15:57, schrieb Mike Gilbert: >> apcupsd-3.14.10-r1 still installs its rules into /lib/udev/rules.d >> ... the path is hard-coded in the ebuild (line 99). > > Thanks, I have just committed a fix for that. Great, my next question would have been if I should file a bug ... not needed anymore. >> Doesn't that removal of udev and "systemd brings all" mean that it >> is even harder to switch back to openrc now? > > Yes, it does. I think we are going to let udev and systemd settle > down a bit before trying to address that issue. Good choice, yes. > Also, we have made a change that should prevent this udev breakage > for anyone else upgrading systemd. I'm sorry that you were the guinea > pig on this. > > https://bugs.gentoo.org/show_bug.cgi?id=463302 ... and as so often I thought it might have been my mistake ;-) Good to have it sorted out now. Stefan
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 11:08, schrieb Stefan G. Weichinger: > Am 26.03.2013 10:38, schrieb Stefan G. Weichinger: >> Am 26.03.2013 01:36, schrieb Stefan G. Weichinger: >>> Am 26.03.2013 01:20, schrieb Mike Gilbert: >>> >>>> Please run "emerge -1 /lib/udev" to reinstall any packages which have >>>> installed udev rules in /lib/udev/rules.d. apcupsd-3.14.10-r1 still installs its rules into /lib/udev/rules.d ... the path is hard-coded in the ebuild (line 99). - Doesn't that removal of udev and "systemd brings all" mean that it is even harder to switch back to openrc now? Stefan
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 10:38, schrieb Stefan G. Weichinger: > Am 26.03.2013 01:36, schrieb Stefan G. Weichinger: >> Am 26.03.2013 01:20, schrieb Mike Gilbert: >> >>> Please run "emerge -1 /lib/udev" to reinstall any packages which have >>> installed udev rules in /lib/udev/rules.d. >> >> 29 pkgs there (virtual/udev in there again) late here ... >> >> more tomorrow ... > > Was able to rebuild virtual/udev ... but the system is rather unusable > right now ... jobs related to lvm-devices time out and emerging packages > is somehow super-slow and stalling. > > I will try to temporarily remove these entries from fstab and recompile > stuff from kind of a single-user-mode. Yep, that helped. As soon as lvm2 was rebuilt things got easier. Rebuilt the other 27 pkgs and right now I am booted up again and it looks ok so far. Cleaning up now and applying the learned stuff to my thinkpad now ;-) Thanks, Stefan
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 01:36, schrieb Stefan G. Weichinger: > Am 26.03.2013 01:20, schrieb Mike Gilbert: > >> Please run "emerge -1 /lib/udev" to reinstall any packages which have >> installed udev rules in /lib/udev/rules.d. > > 29 pkgs there (virtual/udev in there again) late here ... > > more tomorrow ... Was able to rebuild virtual/udev ... but the system is rather unusable right now ... jobs related to lvm-devices time out and emerging packages is somehow super-slow and stalling. I will try to temporarily remove these entries from fstab and recompile stuff from kind of a single-user-mode.
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 01:20, schrieb Mike Gilbert: > Please run "emerge -1 /lib/udev" to reinstall any packages which have > installed udev rules in /lib/udev/rules.d. 29 pkgs there (virtual/udev in there again) late here ... more tomorrow ... thanks, regards, Stefan
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 00:10, schrieb Stefan G. Weichinger: > Am 25.03.2013 23:39, schrieb Stefan G. Weichinger: >> >> I assume I have to remove udev-init-scripts now? > > rebooted > > .. > > afai see the system doesn't detect/ start up the raid-devices anymore. > This (in my case) leads to no detected PVs for the lvm2-stuff ... > > Not so funny. did "mdadm --assemble" to start my raid-devices even then the systemd-jobs related to the lvm-devices fail. Right now this system is broken in my terms: no GUI coming up ... S
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 23:39, schrieb Stefan G. Weichinger: > > I assume I have to remove udev-init-scripts now? rebooted .. afai see the system doesn't detect/ start up the raid-devices anymore. This (in my case) leads to no detected PVs for the lvm2-stuff ... Not so funny.
Re: [gentoo-user] udev blocks systemd etc
I assume I have to remove udev-init-scripts now?
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 23:30, schrieb Neil Bothwick:
> On Mon, 25 Mar 2013 22:38:53 +0100, Stefan G. Weichinger wrote:
>
>>> Do you have sys-fs/udev in your world file by any chance? If
>>> so, please remove it.
>>
>> Yes, I had. Removed it, same blockages.
>>
>> now:
>>
>> # grep udev /var/lib/portage/world app-vim/udev-syntax
>> virtual/udev
>
> You still have virtual/udev in world, which pulls in sys-fs/udev.
correct. I alway feel kinda guilty ...
Didn't put it there by myself afai remember ;-)
Removed it now, thanks for the hint.
# emerge -avuDN @world
still ends with:
[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
sys-apps/systemd-198-r5)
[blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
sys-fs/udev-198-r6)
---
# eix -I udev
[I] app-vim/udev-syntax
Available versions: 20051016-r1
Installed versions: 20051016-r1(14:17:52 14.02.2013)
Homepage:
http://www.vim.org/scripts/script.php?script_id=1381
Description: vim plugin: syntax highlighting for udev
rules files
[I] sys-fs/udev-init-scripts
Available versions: 23^t (~)24^t (~)25^t **^t
Installed versions: 25^t(20:39:04 24.03.2013)
Homepage:http://www.gentoo.org
Description: udev startup scripts for openrc
[I] virtual/udev
Available versions: [M]171 197-r2 {gudev hwdb introspection
keymap +kmod selinux static-libs}
Installed versions: 197-r2(21:50:13 25.03.2013)(gudev hwdb
introspection keymap kmod -selinux -static-libs)
Description: Virtual to select between sys-fs/udev and
sys-fs/eudev
# eix -I systemd
[I] sys-apps/systemd
Available versions: (~)197-r1 (~)198-r1 (~)198-r5 [M]**
[M]**[2] {acl audit cryptsetup doc efi gcrypt gudev http
introspection +kmod lzma pam python qrcode selinux tcpd vanilla xattr
PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7"}
Installed versions: 198-r5(23:27:53 25.03.2013)(acl gudev
introspection kmod pam tcpd -audit -cryptsetup -doc -efi -gcrypt -http
-lzma -python -qrcode -selinux -vanilla -xattr
PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7")
Homepage:http://www.freedesktop.org/wiki/Software/systemd
Description: System and service manager for Linux
[I] sys-apps/systemd-ui
Available versions: (~)1 (~)2 **
Installed versions: 2(21:38:11 25.03.2013)
Homepage:http://www.freedesktop.org/wiki/Software/systemd
Description: System and service manager for Linux
[I] sys-apps/baselayout-systemd [1]
Available versions: (~)2 {+guess}
Installed versions: 2(13:15:29 14.02.2013)(guess)
Homepage:
http://0pointer.de/blog/projects/the-new-configuration-files.html
Description: Standard system configuration files
---
Won't reboot now ;-)
S
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 22:56, schrieb Mike Gilbert:
> Try just emerge -v1 systemd. You no longer need sys-fs/udev, and it
> should be removed when you upgrade to sys-apps/systemd-r5.
Oh, interesting. I understand. Is there any information somewhere on
this (no ranting! just asking for ... as other users might hit the same
issues)?
I get:
# emerge -v1 systemd
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE="acl gudev%*
introspection%* kmod pam tcpd -audit -cryptsetup -doc% -efi -gcrypt
-http -lzma -python -qrcode (-selinux) -vanilla -xattr"
PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" 0 kB
[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
sys-apps/systemd-198-r5)
I assume I should remove sys-fs/udev now and then "emerge -v1 systemd" ?
And rely on my UPS while I do that ;-)
Thanks once more, Stefan
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 22:26, schrieb Mike Gilbert:
> Do you have sys-fs/udev in your world file by any chance? If so,
> please remove it.
Yes, I had. Removed it, same blockages.
now:
# grep udev /var/lib/portage/world
app-vim/udev-syntax
virtual/udev
...
Ad use-flags:
I have/had
=sys-fs/udev-197-r8 static-libs
Removing this didn't help either.
No special use-flags for systemd in package.use.
profile:
default/linux/amd64/13.0/desktop/gnome
portage tree pulled in again right now ... still:
# emerge -1 udev systemd
Calculating dependencies... done!
[ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE="gudev%*
introspection%* -doc%"
[ebuild U ] sys-fs/udev-198-r6 [198-r5]
[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
sys-apps/systemd-198-r5)
[blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
sys-fs/udev-198-r6)
Thanks for helping, Stefan!
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 22:18, schrieb Mike Gilbert:
> I feel your pain. That bug report got out of control so I wanted to
> put a stop to the comments.
>
> I am happy to help you work out your blocker issue here, or in a new
> bug report.
I am in no hurry and could simply wait for fresh ebuilds coming in via
portage if there are any changes planned or in the pipeline.
If it is possible to correct things now I'd be happy to do so while I am
online and my system is up and running ;-)
Do you prefer a bug report? For later reference?
Right now I get:
# emerge -1 systemd
Calculating dependencies... done!
[ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE="gudev%*
introspection%* -doc%"
[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
sys-apps/systemd-198-r5)
# emerge -1 udev
Calculating dependencies... done!
[ebuild U ] sys-fs/udev-198-r6 [198-r5]
[blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
sys-fs/udev-198-r6)
# emerge -1 udev systemd
Calculating dependencies... done!
[ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE="gudev%*
introspection%* -doc%"
[ebuild U ] sys-fs/udev-198-r6 [198-r5]
[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
sys-apps/systemd-198-r5)
[blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
sys-fs/udev-198-r6)
Thanks, regards, Stefan
[gentoo-user] udev blocks systemd etc
Just found that I have a blocking situation ... systemd and udev don't "like each other" right now ;-) Tried various maskings ... and found some hints in the Changelog here: http://gentoo-portage.com/sys-fs/udev/ChangeLog#ptabs this lead me to this bugreport: https://bugs.gentoo.org/show_bug.cgi?id=462750 ... it is flagged "RESOLVED FIXED" and I am digging for the solution ... the latest comment (at the very moment https://bugs.gentoo.org/show_bug.cgi?id=462750#c45) there says "Let's not discuss blocker problems on this bug report please." ok ... So I just stay with sys-fs/udev-198-r5 and sys-apps/systemd-198-r2 for now and look forward to the things coming :-) Anyone in here already hit that? Suggestions? Best regards, Stefan
[gentoo-user] Using Amazon Web Services with gentoo
Does anyone of you use the Amazon EC2 service with gentoo-based instances? I just dig into the provided services there and wonder how to possibly find a useful use case for me. OK, I could rent a High-CPU-instance and emerge libreoffice in a few minutes maybe ;-) But I am interested if any of you use this and what for? Especially: are there gentoo-based AMIs to be recommended? I assume that it won't make much sense to try to setup a mail gateway up there ... moving IP-adresses etc. seem to make that rather inconvenient and a plain VPS somewhere might be better and cheaper? Another case is S3: I research stuff like s3fs and doing encrypted backups via duplicity and even amanda (using S3 as storage). That looks promising for some use cases ... Greets, Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2 SOLVED
Upgrading to systemd-198 and udev-198 magically enabled me to login via gdm again. Nice ... Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 05.03.2013 07:40, schrieb Canek Peláez Valdés: > Sorry, long trip, just got home. I messed up NTP with hwclock. Anyway, > I don't handle hwclock either: it's basically included in systemd: > > http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/hwclock.c wow, and I thought there has to be _one_ thing which is not included in systemd ;-) I also run ntp-client.service ... nice to have. Although I read that timedatectl also somehow includes or controls ntp synchronization. http://www.freedesktop.org/software/systemd/man/timedatectl.html mentions chronyd as ntp-service. Gotta read on. I assume it won't make any real difference for me as a user. Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 05.03.2013 07:36, schrieb Canek Peláez Valdés: > I don't. AFAIK, systemd provides systemd-timedated(8) since systemd > 30: > > http://www.freedesktop.org/wiki/Software/systemd/timedated Yes, found that as well yesterday. > In normal desktops/laptops/servers, it just works. > >>> I *had* a hwclock.service and removed it now ... no change. >> >> Aside from being interested if to run hwclock.service: >> >> solved that by entering BIOS and correcting time (was one hour >> behind, why ever ...) > > It helps if the hardware clock is set to the correct time, yes. The > only problem is if you dual boot Windows (or so I heard). I read that it should be preferred to registry-fix the behavior in Windows. I will have a look sometimes ... I very rarely boot that win7 on my workstation. So the following service-file is unnecessary and at best redundant? # cat /etc/systemd/system/hwclock.service [Unit] Description=hwclock [Service] Type=oneshot ExecStart=/sbin/hwclock --hctosys --localtime ExecStop=/sbin/hwclock --systohc --localtime [Install] WantedBy=multi-user.target pulled that one in from arch linux or so ... Greets, Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 04.03.2013 20:42, schrieb Stefan G. Weichinger: > Next systemd-issue (yes, I know ... openrc is there as well ...): > > I get warnings like "superblock date is in the future --- REPAIRED" for > filesystems at boot-time. > > Canek, (how) do you handle time and hwclock with systemd? > > I *had* a hwclock.service and removed it now ... no change. Aside from being interested if to run hwclock.service: solved that by entering BIOS and correcting time (was one hour behind, why ever ...) Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 13.02.2013 21:05, schrieb Stefan G. Weichinger: > Am 2013-02-13 21:01, schrieb Canek Peláez Valdés: > >> LVM2 will be pulled again by udisks2; it's a mandatory dependency. I >> don't think the problem is related to LVM, but I don't really know. > > I already found out, yes. Maybe it's just some systemd race condition. > It's not that important to me right now ... I will check back with later > releases and google bug-reports now and then. Another update: posted to systemd-devel and got pointed to LVM/DM-people ... I don't know: http://lists.freedesktop.org/archives/systemd-devel/2013-March/009323.html - Next systemd-issue (yes, I know ... openrc is there as well ...): I get warnings like "superblock date is in the future --- REPAIRED" for filesystems at boot-time. Canek, (how) do you handle time and hwclock with systemd? I *had* a hwclock.service and removed it now ... no change. Greets, thanks, Stefan
Re: [gentoo-user] systemd and gnome: suspending twice, solved
Am 2013-02-10 20:32, schrieb Stefan G. Weichinger: > systemd and acpid and Gnome all try to handle suspending my thinkpad to > RAM ... it seems. > > So I get the behavior that it suspends fine when I close the lid but > when I open it again I get an immediate suspend *again* ... I then tried > to disable acpid completely, same behavior. Got that. I called "gnome-tweak-tool" and disabled the Gnome-action for close/open lid. Works now and I *think* it is managed by systemd alone now. Stefan
Re: [gentoo-user] Re: udev-197: what to do -- S0LVED for ME as well ;-)
Am 15.02.2013 20:20, schrieb Stefan G. Weichinger: > > enp2s0 instead of eth0 > > I don't really care about using that new naming ... doesn't matter to me > right now. > > AFAI understand things won't change if I don't touch the udev-rules? Bit the bullet and rebooted after checking and reading everything twice at least. Server came up fine again, udev-197-r4 running fine ... still with good old eth0. For me that is enough upgrading for today, especially on a remote box like this ... new kernel, pam, lvm2, openrc, openssl, postfix etc etc phew ... Thanks for the help, I took lots of bits and bytes regarding this upgrade from the various threads in this mailing list. Regards, Stefan
Re: [gentoo-user] Re: udev-197: what to do -- S0LVED
Am 15.02.2013 20:07, schrieb Alex Schuster: > Stefan G. Weichinger writes: > >> # cat /proc/version >> Linux version 3.6.11-gentoo >> # zgrep -i devtm /proc/config.gz >> CONFIG_DEVTMPFS=y >> CONFIG_DEVTMPFS_MOUNT=y >> >> # mount | grep tmpfs >> udev on /dev type devtmpfs >> (rw,nosuid,relatime,size=10240k,nr_inodes=493463,mode=755) >> tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) >> shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime) >> cgroup_root on /sys/fs/cgroup type tmpfs >> (rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755) >> >> I should edit /etc/fstab, I assume: >> >> # grep tmpfs /etc/fstab >> # glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for >> # (tmpfs is a dynamically expandable/shrinkable ramdisk, and will >> shm /dev/shmtmpfs nodev,nosuid,noexec 0 0 > > I still have this line in my fstab on one host... > >> Same "mistake" as I mentioned a few days before ... the syntax seems to >> have changed to: >> >> tmpfs /dev/shmtmpfs nodev,nosuid,noexec 0 0 >> >> Right? > > ... but I don't have it at all on another. /dev/shm is mounted just fine > though. > CONFIG_DEVTMPFS_MOUNT seems to be responsible for that, although the help > text says that it does not work when using an initramfs, which I do: > > CONFIG_DEVTMPFS_MOUNT: > > This will instruct the kernel to automatically mount the devtmpfs > filesystem at /dev, directly after the kernel has mounted the root > filesystem. The behavior can be overridden with the commandline parameter: > devtmpfs.mount=0|1. > This option does not affect initramfs based booting, here the devtmpfs > filesystem always needs to be mounted manually after the roots is mounted. > With this option enabled, it allows to bring up a system in rescue mode > with init=/bin/sh, even when the /dev directory on the rootfs is > completely empty. I just keep that fstab-line for now ... thanks for your explanation! Right now I already upgraded udev and I am currently rebuilding lvm2 and libvirt (first one needed, 2nd one not important anymore on that box). Should I restart udev before I reboot? For a test ... ? # dmesg | grep udevd only shows version 171 right now ... - I was already able to test for the shiny new network name for the NIC: # cat /root/bin/udev_testing.sh #!/bin/bash #network name testing for i in /sys/class/net/*; do echo "==$i" udevadm test-builtin net_id "$i"; echo done 2>/dev/null > enp2s0 instead of eth0 I don't really care about using that new naming ... doesn't matter to me right now. AFAI understand things won't change if I don't touch the udev-rules? - revdep-rebuild is through now ... no more /lib64/libudev.so.0 needed ... Thanks, Stefan
Re: [gentoo-user] Re: udev-197: what to do -- S0LVED
Am 15.02.2013 18:45, schrieb Stefan G. Weichinger:
> Am 15.02.2013 18:41, schrieb (Nuno Silva):
>
>> If you depend in the network device order in any way, and you used
>> names like the ones the kernel uses, you *have* to do something
>> about the network device naming.
>>
>> For example, if you have eth0 and eth1 and you rely on eth0 being A
>> and eth1 B, you can't do that anymore with plain udev, even if the
>> rules are still in place. eth0 may become B and eth1 A.
>
> No order needed as there is only one adapter in there:
>
> # lspci | grep net
> 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 01)
>
> # cat /etc/udev/rules.d/70-persistent-net.rules
> # PCI device 0x10ec:0x8168 (r8169)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:21:85:62:4f:0b",
> KERNEL=="eth*", NAME="eth0"
successful reboot done already:
# cat /proc/version
Linux version 3.6.11-gentoo
# zgrep -i devtm /proc/config.gz
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
# mount | grep tmpfs
udev on /dev type devtmpfs
(rw,nosuid,relatime,size=10240k,nr_inodes=493463,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime)
cgroup_root on /sys/fs/cgroup type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755)
I should edit /etc/fstab, I assume:
# grep tmpfs /etc/fstab
# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
shm /dev/shmtmpfs nodev,nosuid,noexec 0 0
Same "mistake" as I mentioned a few days before ... the syntax seems to
have changed to:
tmpfs /dev/shmtmpfs nodev,nosuid,noexec 0 0
Right?
---
So I might be ready to upgrade udev, correct?
*sigh*
;-)
Stefan
Re: [gentoo-user] Re: udev-197: what to do -- S0LVED
Am 15.02.2013 18:41, schrieb (Nuno Silva):
> If you depend in the network device order in any way, and you used
> names like the ones the kernel uses, you *have* to do something
> about the network device naming.
>
> For example, if you have eth0 and eth1 and you rely on eth0 being A
> and eth1 B, you can't do that anymore with plain udev, even if the
> rules are still in place. eth0 may become B and eth1 A.
No order needed as there is only one adapter in there:
# lspci | grep net
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 01)
# cat /etc/udev/rules.d/70-persistent-net.rules
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:21:85:62:4f:0b",
KERNEL=="eth*", NAME="eth0"
thanks, Stefan
Re: [gentoo-user] udev-197: what to do -- S0LVED
Am 28.01.2013 00:00, schrieb Allan Gottlieb:
> Thanks for all the suggestions. I did the following, which worked.
>
> 1. Built and installed kernel with CONFIG_DEVTMPFS=y
>
> 2. Moved udev-postmount back to /etc/init.d (I had moved it to /tmp).
>rc-update add udev-postmount default.
> 3. Reboot with new kernel (udev unchanged). Success.
>
> 4. Changed NAME=eth0 to NAME=net0 in 70-persistent-net.rules and
>eliminated clauses so have only (on one line)
> SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:1e:c9:48:f9:a0",
> NAME="net0"
>Corresponding changes to /etc/init.d /etc/runlevels/default
>
> 5. Emerge update world to get new udev (just -1 udev has blocks)
>
> 6. Change kernel configs as per udisks emerge output
>
> 7. /usr/lib/udev already empty (due to make world?) so nothing to do
>
> 8. Reboot with new kernel. Success
As I prepare/consider to upgrade a remote gentoo server later this
evening I prefer to ask twice:
the running kernel 3.5.7 does not have CONFIG_DEVTMPFS=y
I built a new kernel (upgrading it to 3.6.11 btw) with CONFIG_DEVTMPFS=y
and plan to reboot the server at first.
After a hopefully correct reboot (can't access that server physically) I
plan to upgrade udev ... (I won't enable the new networking naming, btw).
Right now I upgrade lvm2 in advance as it doesn't pull in udev yet.
Pls comment or correct my plans ;-) thanks, Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 13.02.2013 22:08, schrieb Canek Peláez Valdés: > # grep ACPI config-3.7.6 > # Power management and ACPI options > CONFIG_ACPI=y > CONFIG_ACPI_SLEEP=y [..] > This is my laptop, my desktop is obviously a little different. I'll compare with my thinkpad asap, just to get an impression ... > I do use ACPI, but (as I said) the kernel, udev and the userspace > *kits take care of it. The acpid daemon is a relic from the time when > we didn't have standarized interfaces for ACPI events, like power > button pushes. Nowadays we have smarter software that deals with it. ... as I see with my resume-issue :-P ;-) Thanks a lot for sharing, Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 11.02.2013 22:03, schrieb Canek Peláez Valdés: > On Mon, Feb 11, 2013 at 3:51 AM, Stefan G. Weichinger wrote: >> Do you have acpid installed/enabled? Anything aside the default >> acpi-scripts? > > The last time I installed acpid was in November of 2010, and I > uninstalled for the last time in April 2011. My machines are all acpid > free since then; systemd + UPower takes cares of everything AFAIK. getting OT here ... -> Would you mind showing the results of zgrep ACPI /proc/config.gz ? USE= " -acpi ." as well? Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 2013-02-13 21:01, schrieb Canek Peláez Valdés: > LVM2 will be pulled again by udisks2; it's a mandatory dependency. I > don't think the problem is related to LVM, but I don't really know. I already found out, yes. Maybe it's just some systemd race condition. It's not that important to me right now ... I will check back with later releases and google bug-reports now and then. Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 2013-02-10 15:41, schrieb Stefan G. Weichinger: > conflicting device node > '/dev/mapper/swap' found googled that and found this similar issue: https://bugs.archlinux.org/task/32403 The command there returns on my thinkpad: # journalctl -b --no-pager _SYSTEMD_UNIT=systemd-udevd.service -- Logs begin at Mit 2012-08-15 20:16:00 CEST, end at Mit 2013-02-13 19:03:42 CET. -- Feb 13 18:48:30 enzo systemd-udevd[4415]: failed to execute '/lib/udev/lmt-udev' '/lib/udev/lmt-udev auto': No such file or directory Feb 13 18:48:30 enzo systemd-udevd[4519]: failed to execute '/lib/udev/lmt-udev' '/lib/udev/lmt-udev force modules=usb-autosuspend devices=1-1.3:1...directory Feb 13 18:48:30 enzo systemd-udevd[3857]: conflicting device node '/dev/mapper/swap' found, link to '/dev/dm-0' will not be created Feb 13 18:53:28 enzo systemd-udevd[5411]: conflicting device node '/dev/mapper/_dev_sda4' found, link to '/dev/dm-1' will not be created hmm. Might be that I have some outdated udev-rules, right? # equery f udev | grep rules /lib/udev/rules.d/40-gentoo.rules /lib/udev/rules.d/42-usb-hid-pm.rules /lib/udev/rules.d/50-udev-default.rules /lib/udev/rules.d/60-cdrom_id.rules /lib/udev/rules.d/60-persistent-alsa.rules /lib/udev/rules.d/60-persistent-input.rules /lib/udev/rules.d/60-persistent-serial.rules /lib/udev/rules.d/60-persistent-storage-tape.rules /lib/udev/rules.d/60-persistent-storage.rules /lib/udev/rules.d/60-persistent-v4l.rules /lib/udev/rules.d/61-accelerometer.rules /lib/udev/rules.d/64-btrfs.rules /lib/udev/rules.d/75-net-description.rules /lib/udev/rules.d/75-probe_mtd.rules /lib/udev/rules.d/75-tty-description.rules /lib/udev/rules.d/78-sound-card.rules /lib/udev/rules.d/80-drivers.rules /lib/udev/rules.d/80-net-name-slot.rules /lib/udev/rules.d/95-keyboard-force-release.rules /lib/udev/rules.d/95-keymap.rules /lib/udev/rules.d/95-udev-late.rules while I have stuff like this in /lib/udev/rules.d: # ls -1 /lib/udev/rules.d/ 10-dm.rules 11-dm-lvm.rules 13-dm-disk.rules 40-gentoo.rules 40-usb-media-players.rules 40-usb_modeswitch.rules 42-usb-hid-pm.rules 50-udev-default.rules 60-cdrom_id.rules 60-fprint-autosuspend.rules 60-persistent-alsa.rules 60-persistent-input.rules 60-persistent-serial.rules 60-persistent-storage.rules 60-persistent-storage-tape.rules 60-persistent-v4l.rules 60-vmware.rules 60-zvol.rules 61-accelerometer.rules 61-gnome-bluetooth.rules 64-btrfs.rules 64-md-raid.rules 65-kvm.rules 69-cd-sensors.rules 69-dm-lvm-metad.rules 69-vdev.rules 70-libgphoto2.rules 70-power-switch.rules 70-printers.rules 70-uaccess.rules 71-seat.rules 73-seat-late.rules 75-net-description.rules 75-probe_mtd.rules 75-tty-description.rules 77-mm-ericsson-mbm.rules 77-mm-longcheer-port-types.rules 77-mm-nokia-port-types.rules 77-mm-pcmcia-device-blacklist.rules 77-mm-platform-serial-whitelist.rules 77-mm-simtech-port-types.rules 77-mm-usb-device-blacklist.rules 77-mm-x22x-port-types.rules 77-mm-zte-port-types.rules 77-nm-olpc-mesh.rules 78-sound-card.rules 80-drivers.rules 80-mm-candidate.rules 80-net-name-slot.rules 80-udisks2.rules 80-udisks.rules 85-regulatory.rules 90-alsa-restore.rules 90-network.rules 90-pulseaudio.rules 90-zfs.rules 95-cd-devices.rules 95-dm-notify.rules 95-keyboard-force-release.rules 95-keymap.rules 95-osinfo.rules 95-udev-late.rules 95-upower-battery-recall-dell.rules 95-upower-battery-recall-fujitsu.rules 95-upower-battery-recall-gateway.rules 95-upower-battery-recall-ibm.rules 95-upower-battery-recall-lenovo.rules 95-upower-battery-recall-toshiba.rules 95-upower-csr.rules 95-upower-hid.rules 95-upower-wup.rules 97-bluetooth-hid2hci.rules 99-fuse.rules 99-ntfs3g.rules 99-systemd.rules *sigh* Before I completely ruin that setup: Would someone pls compare that directory's content with mine and tell me what to get rid of? - I assume the problematic files (in the issue with encrypted swap) come from lvm2: # equery b 10-dm.rules * Searching for 10-dm.rules ... sys-fs/lvm2-2.02.98 (/lib/udev/rules.d/10-dm.rules) # equery b 11-dm-lvm.rules * Searching for 11-dm-lvm.rules ... sys-fs/lvm2-2.02.98 (/lib/udev/rules.d/11-dm-lvm.rules) I will unmerge lvm2 for now as I think I don't need it on the laptop (I don't use PVs/VGs/LVs here and that device-mapper-stuff happens elsewhere, correct?) S
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 11.02.2013 22:30, schrieb Canek Peláez Valdés: > On Mon, Feb 11, 2013 at 3:19 PM, Stefan G. Weichinger wrote: >> I see upower.service as active but disabled ... ? hmm.. > > It's OK; disabled means that it's not enabled, i.e., there is no link > to it from /etc/systemd/system/*.wants. It's Dbus activable, so the > first time someone calls a method from org.freedesktop.UPower via > dbus, the service is activated automatically. There is no need to > enable the service (which will mean that it starts even if no other > process calls a method from org.freedesktop.UPower). I assumed something like that, yes. Thanks for explaining. Still seeing that immediate suspend after resume ... it looks as if it actually gets the signal to suspend twice somehow. Maybe some ACPI-related issue on the thinkpad, I read about something like that back with HAL etc. (the lid-open-event was interpreted as lid-close or similar ...). Anyway, enough for today. Late here. Thanks, greets, Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 11.02.2013 22:03, schrieb Canek Peláez Valdés: > On Mon, Feb 11, 2013 at 3:51 AM, Stefan G. Weichinger wrote: >> Do you have acpid installed/enabled? Anything aside the default >> acpi-scripts? > > The last time I installed acpid was in November of 2010, and I > uninstalled for the last time in April 2011. My machines are all acpid > free since then; systemd + UPower takes cares of everything AFAIK. I see. I take this as an impulse to cleanup my system even more ... removing acpi means getting rid of those app-laptop/laptop-mode-tools as well afai understand ... they relied on ACPI to switch stuff ... Both removed now ... > I haven't used scripts to suspend or hibernate in ages; again UPower > does everything, or perhaps some other part of the GNOME stack. > sys-power/pm-utils is still being pulled in by upower-0.9.19, but it > only calls pm-is-supported (src/linux/up-backend.c:363-390) to > determine if the machine can suspend/hibernate. Which is kinda stupid, > since pm-is-supported is only a set of scripts which test files in the > /sys directory. UPower should test for those files directly (is in the > linux backend anyway), and remove the pm-utils dependency. Yep, another issue (bug-report ;-) ). > For the kernel I use vanilla-sources unstable; I haven't used > gentoo-sources in ages (long before systemd), and I never used > tuxonice-sources. I see. gentoo-sources here, 3.7.6 at the moment, from time to time I "git pull" some kernel from linux-git or linux-stable (Linus or Greg ...). > Suspend/hibernate works perfectly in all my machines; I haven't had a > failed resume in (literally) years. Good to hear. I see upower.service as active but disabled ... ? hmm.. Stefan
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
Am 11.02.2013 18:36, schrieb Dale: > Mick wrote: >> I would think so. This is the only line that I have in mine and the system >> boots fine: # glibc 2.2 > and above expects tmpfs to be mounted at /dev/shm for # POSIX shared > memory (shm_open, shm_unlink). # (tmpfs is a dynamically > expandable/shrinkable ramdisk, and will # use almost no memory if not > populated with files) tmpfs /dev/shm tmpfs nodev,nosuid,noexec 0 0 > > +1 Addition: I even had that wrong and it worked: "patch" -> -shm/dev/shmtmpfs nodev,nosuid,noexec 0 0 +tmpfs /dev/shmtmpfs nodev,nosuid,noexec 0 0 Stefan
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
Am 07.02.2013 22:38, schrieb Canek Peláez Valdés: > For what is worth, you also don't need to specify neither /dev nor > /proc in fstab with systemd. I'm not sure the init system has anything > to do with it, though; I believe is udev work, so with a recent > version of udev, no matter the init system (I think), /dev and /proc > are unnecessary (and perhaps even problematic) in /etc/fstab. In my fstab there is the line(s): # NOTE: The next line is critical for boot! proc/proc procdefaults0 0 both outdated? ;-) Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 10.02.2013 20:47, schrieb Canek Peláez Valdés: > Yep, had the same problem, solved with: > > LidSwitchIgnoreInhibited=no > > in /etc/systemd/logind.conf. Since then it has happened again maybe a > couple of times (I have no idea why), but most of the time (and I'm > talking above 99%), it works as intended. > > These options are pretty new, I think they went live after GNOME 3.6, > so I hope that with GNOME 3.8 we will be able to comment that line > again and everything will work automagically. hopefully ... Unfortunately that parameter didn't help so far. Do you have acpid installed/enabled? Anything aside the default acpi-scripts? I removed hibernate-script from my system now just to check things. Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 2013-02-10 15:41, schrieb Stefan G. Weichinger: > Am 2013-02-10 11:35, schrieb Stefan G. Weichinger: > >> I can live with that so far ... but it would be interesting to get that >> right, just to learn things. next learnings (I maybe should write some wiki-entry somewhere to collect all that for others ...): systemd and acpid and Gnome all try to handle suspending my thinkpad to RAM ... it seems. So I get the behavior that it suspends fine when I close the lid but when I open it again I get an immediate suspend *again* ... I then tried to disable acpid completely, same behavior. I also cleaned up /etc/acpi and re-installed acpid to get default behavior. "systemctl suspend" from the shell (without that lid-event) works fine and resumes correctly. Interesting ;-) I already noticed that there are parameters to let systemd ignore the various acpi-events (haven't yet tested that) but I would prefer to let systemd handle suspend and resume. - Canek, do you run systemd on a laptop as well? Anyone else? Best regards, Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 2013-02-10 11:35, schrieb Stefan G. Weichinger: > I can live with that so far ... but it would be interesting to get that > right, just to learn things. > > Maybe I should try the other approach and create a unit-file for the > encrypted swap by myself. Next steps done ... no real success so far. What I find in the journal: Feb 10 15:34:46 enzo systemd-udevd[3848]: conflicting device node '/dev/mapper/swap' found, link to '/dev/dm-0' will not be created Feb 10 15:34:46 enzo mkswap[5420]: [58B blob data] Feb 10 15:34:46 enzo mkswap[5420]: kein Label, UUID=fe8f8768-bffb-4c05-8ebd-763a50cd6ae4 Feb 10 15:34:46 enzo systemd[1]: Started Cryptography Setup for swap. Feb 10 15:34:46 enzo systemd[1]: Starting Encrypted Volumes. Feb 10 15:34:46 enzo systemd[1]: Reached target Encrypted Volumes. ... Feb 10 15:36:16 enzo systemd[1]: Job dev-mapper-swap.device/start timed out. Feb 10 15:36:16 enzo systemd[1]: Timed out waiting for device dev-mapper-swap.device. Feb 10 15:36:16 enzo systemd[1]: Dependency failed for /dev/mapper/swap. hmmm gotta google that ... Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 2013-02-10 11:09, schrieb Stefan G. Weichinger: > Into fstab, right? I will try to play with automount-options as well. "nofail" gives me a straight bootup as the system does not (try to) enable swap. The cryptsetup-unit gets set up correctly: # cryptsetup status swap /dev/mapper/swap is active. type:PLAIN cipher: aes-cbc-essiv:sha256 keysize: 256 bits device: /dev/sda5 offset: 0 sectors size:2093056 sectors mode:read/write I can "swapon" manually, but it didn't get enabled by systemd so far. Maybe it *would* have been enabled if swap was accessed? I can live with that so far ... but it would be interesting to get that right, just to learn things. Maybe I should try the other approach and create a unit-file for the encrypted swap by myself. Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 2013-02-10 00:26, schrieb Canek Peláez Valdés: > On Sat, Feb 9, 2013 at 12:56 PM, Stefan G. Weichinger > wrote: >> >> Next episode: >> >> I also migrated my gentoo thinkpad to systemd today. > > Cool. ;-) ... next try, I had systemd on both of my work-systems already a year ago or so ... but there were some showstoppers back then. This time I already solved most of them >> I can login to gdm here! ;-) > > Try to list the differences between your laptop and your desktop > (world files, USE flags, partition schemes, etc.) That was my > approach when you described your problem to me; try to see what it > differentiates from mine, but we never got too far with tat. Your help was great ... and we already excluded several issues. > I haven't used an encrypted swap (nor partition), but I believe > that's all you need. A workaround perhaps is to put the nofail > option, which at least will skip the partition when booting. Into fstab, right? I will try to play with automount-options as well. S
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 2013-02-09 19:56, schrieb Stefan G. Weichinger: > AFAI understand these 2 lines should be enough to let systemd generate > its relevant unit-files etc. > > Right? Additional thoughts: Is pam_mount obsolete with systemd? It is possible to mount my /home via systemd-unit as well ... the difference seems to be that systemd would (try to) mount it at boot-time while with pam_mount it would be mounted at login. Thoughts? Experiences? Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Next episode: I also migrated my gentoo thinkpad to systemd today. Generally very similar to my desktop ... ~amd64 with Gnome 3.6. Things went pretty well, I have to say. I can login to gdm here! ;-) An issue I haven't solved yet: encrypted swap. I always get timeouts as systemd waits for the decrypted mapper-device to come up. Swap doesn't get enabled but when it finally continues to boot I see the valid mapper-device there and can "swapon" it manually. # cat /etc/crypttab swap /dev/disk/by-id/ata-INTEL_SSDSA2M080G2GC_CVPO015404LR080JGN-part5 /dev/urandom swap,cipher=aes-cbc-essiv:sha256,size=256 # grep swap /etc/fstab /dev/mapper/swapnoneswapdefaults0 0 AFAI understand these 2 lines should be enough to let systemd generate its relevant unit-files etc. Right? Best regards, have a nice weekend, Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 06.02.2013 18:18, schrieb Canek Peláez Valdés: > What's the difference between the users stef and sgw? sgw is my everyday-user with dozens of dot-dirs cumulated over years. It is the user I work with every day. stef is a new and "empty" user I created lately to check things with this gdm-topic. stef has no old stuff in its home-dir but fails to login as well as sgw. > What do you mean > by "I use "su" within my terminator-sessions very often"? For my work I prefer x11-terms/terminator over gnome-terminal, it allows me to run multiple gnome-terminals in one window. I login to gnome as user sgw ... open up a terminator ... and if I need root privileges for doing stuff I run "su" within the terminator session. ok? Greets, Stefan
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 06.02.2013 12:58, schrieb Stefan G. Weichinger: > I will retry this asap ... but not right now ... maybe later this day. did not work, no real different output. In /var/log/messages I have: Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUser: session not found: c15 Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUserManager: Session removed: c14 Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUserManager: Session removed for user stef Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUser: session not found: c14 Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUserManager: Session removed: c13 Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUserManager: Session removed for user sgw Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUser: session not found: c13 Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUserManager: Session removed: c12 Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUserManager: Session removed for user sgw Feb 6 16:34:15 hiro gdm-launch-environment][24620]: AccountsService-DEBUG(+): ActUser: session not found: c12 which lead me to this issue: https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=861440 Looks very similar, but I don't know yet how to solve it. But it might be the right direction as I use "su" within my terminator-sessions very often. digging further.
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 06.02.2013 08:19, schrieb Canek Peláez Valdés: > Sorry for answering so late; long weekend in here. No problem ... I had other issues here and so far it is just OK to use xdm.service instead. btw. even with xdm there is a pretty slow startup of gnome (time between hitting enter after the password and a working gnome-shell) ... Over the last days I pretty much rebuilt most of that machine ... >> 10:59:25.755: Registered Authentication Agent for unix-session:c6 >> (system bus name :1.28 [gnome-shell --mode=gdm], object path >> /org/freedesktop/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8) >> >> Nothing more. > > I was expecting more from that. > >> The gdm.log is empty. > > That is weird; if you ran gdm outside of systemd, with the --nodaemon > option, the program should print everything to stdout and/or stderr, > and then &> should capture it. I will retry this asap ... but not right now ... maybe later this day. > I'm running out of ideas. What does the file /etc/pam.d/gdm-password contains? # cat gdm-password #%PAM-1.0 auth optionalpam_env.so auth include system-local-login accountinclude system-local-login password include system-local-login sessioninclude system-local-login Stefan
Re: [gentoo-user] *draft* for setting up network bridge with systemd (for qemu/kvm)
Am 05.02.2013 23:00, schrieb Stefan G. Weichinger: > Am 29.01.2013 20:48, schrieb Stefan G. Weichinger: > >> Thanks for sharing ... I quickly followed your suggestions and built >> another service-file with your solution (you had typos btw -> "brigdge" >> ;-) ). It works as well and is maybe even slimmer in execution. >> >> I will just keep both versions around and see where it gets me. > > The *fun* is: I just now learned about macvtap-devices ... which seem to > enable me to get rid of that bridging at all ... afai understand it will > be enough to run network.service and libvirtd will do the rest > (correctly configured kernel given). > > testing now ... hmmm ... yes and no: http://wiki.libvirt.org/page/Guest_can_reach_outside_network,_but_can't_reach_host_(macvtap) Yes, I was able to connect my VMs to a macvtap-device on my gentoo server host and this got them online vs. other networks (they could reach the internet etc). No, I wasn't able to ssh into them from the KVM-host itself ... which in my case is my main gentoo workstation where I run VMs within KVM for several purposes ... The workaround mentioned in the link above didn't work out so far for me, some more fiddling needed maybe. Got to think it over, but it seems way of an overhead to run an isolated network to contact VMs on my *local* machine just to be able to use macvtap :-P At least I learned about that new (to me ...) feature and the opportunity to use it with gentoo. Great. Really. In my case here it isn't about maximum performance ... I use KVM to test things and prepare VMs or installations to deploy somewhere else. For gentoo-based-KVM-servers it is a bit different: the need to contact the VM via the virtualization host isn't that important, if I am able to ssh/ping/whatever the VM from the outside, that is good enough. I have to deploy such a server in about two weeks. The good old bridging with TAP-devices etc. will be good enough. Especially as I replace another server still running VMware Server 2.x ... -> KVM with libvirt, on a recent gentoo-kernel should really improve things ... aside from networking details. --- sorry for dumping my thoughts in here. Stefan
Re: [gentoo-user] *draft* for setting up network bridge with systemd (for qemu/kvm)
Am 29.01.2013 20:48, schrieb Stefan G. Weichinger: > Thanks for sharing ... I quickly followed your suggestions and built > another service-file with your solution (you had typos btw -> "brigdge" > ;-) ). It works as well and is maybe even slimmer in execution. > > I will just keep both versions around and see where it gets me. The *fun* is: I just now learned about macvtap-devices ... which seem to enable me to get rid of that bridging at all ... afai understand it will be enough to run network.service and libvirtd will do the rest (correctly configured kernel given). testing now ...
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 2013-02-01 20:39, schrieb Canek Peláez Valdés: > Having an empty log is also weird; mine says: > > Jan 30 01:19:20 centurion polkitd[1614]: Started polkitd version 0.110 > Jan 30 01:19:22 centurion polkitd[1614]: Loading rules from directory > /etc/polkit-1/rules.d > Jan 30 01:19:22 centurion polkitd[1614]: Loading rules from directory > /usr/share/polkit-1/rules.d > Jan 30 01:19:22 centurion polkitd[1614]: Finished loading, compiling > and executing 3 rules > Jan 30 01:19:22 centurion polkitd[1614]: Acquired the name > org.freedesktop.PolicyKit1 on the system bus > Jan 30 01:19:30 centurion polkitd[1614]: Registered Authentication > Agent for unix-session:1 (system bus name :1.30 [gnome-shell > --mode=gdm], object path > /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8) > Jan 30 01:19:39 centurion polkitd[1614]: Unregistered Authentication > Agent for unix-session:1 (system bus name :1.30, object path > /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8) > (disconnected from bus) > Jan 30 01:19:55 centurion polkitd[1614]: Registered Authentication > Agent for unix-session:2 (system bus name :1.58 > [/usr/bin/gnome-shell], object path > /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8) I removed and re-installed polkit, then followed your suggestions. My polkit only logs this (yes, I tried to log in and got rejected): # /usr/lib/polkit-1/polkitd --replace Successfully changed to user polkitd 10:58:53.739: Loading rules from directory /etc/polkit-1/rules.d 10:58:53.739: Loading rules from directory /usr/share/polkit-1/rules.d 10:58:53.739: Finished loading, compiling and executing 3 rules Entering main event loop Connected to the system bus 10:58:53.741: Acquired the name org.freedesktop.PolicyKit1 on the system bus 10:59:25.755: Registered Authentication Agent for unix-session:c6 (system bus name :1.28 [gnome-shell --mode=gdm], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8) Nothing more. The gdm.log is empty. thanks for you patience with this issue, btw! S
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 2013-01-31 19:54, schrieb Canek Peláez Valdés:
> sshd.service, ssh@.service, systemd-update-utmp-runlevel.service, and
> systemd-update-utmp-shutdown.service have auditd.service in their
> After= field; several others have plymouth services. After= is just
> for ordering of units, is not a requirement; systemd detects that
> auditd.service doesn't exists, and it starts the units that have it in
> ther After= field anyway. To make a unit depend on another, you need
> Require=.
>
> You can mask the services you don't have by creating a soft link to /dev/null:
>
> # ll /etc/systemd/system/rc-local.service
> lrwxrwxrwx 1 root root 9 Aug 16 13:51
> /etc/systemd/system/rc-local.service -> /dev/null
>
> It cleans up the output of systemctl --full --all.
Ok, so I don't need auditd or plymouth, right?
> Well, I have no idea why your gdm is not letting you log in; obviously
> it's related to polkit (since it started when you changed from
> consolekit to polkit), but nothing in your config seems to differ from
> mine. It is not impossible that somehow the configuration files of the
> gdm user got messed up when the change happened. I don't know how this
> could happen, but as a hail Mary you could delete /var/lib/gdm, and
> reemerge it so it gets a clean install.
Tried that as well, same problems after :-(
> Also, you have USE=pam for polkit, right?
Yes.
[I] sys-auth/polkit
Available versions: 0.107-r1 0.110 {examples gtk +introspection
kde nls pam selinux systemd}
Installed versions: 0.110(19:19:55 30.01.2013)(gtk introspection
nls pam systemd -examples -kde -selinux)
> And could you post the
> output from "journalctl -b /usr/lib/polkit-1/polkitd"?
That is empty!
S
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
Am 31.01.2013 19:26, schrieb Canek Peláez Valdés: > And I suppose both sgw and gdm are in the video group (the later is > done by the ebuild, if I'm not mistaken). Yes, they are: # getent group video video:x:27:root,mythtv,sgw,gdm > What is the uid and gid of > gdm? # getent passwd gdm gdm:x:104:446:added by portage for gdm:/var/lib/gdm:/sbin/nologin > Also, did GDM (the same version) worked with OpenRC, or did you > installed systemd and upgraded gdm at the same time? hmm. No upgrade of gdm, but a re-build as it changed USE-flags (-consolekit systemd). > What does "systemctl --all --full" says, which units are in red? # systemctl --all --full | grep erro auditd.service error inactive dead auditd.service plymouth-quit-wait.service error inactive dead plymouth-quit-wait.service plymouth-start.service error inactive dead plymouth-start.service syslog.service error inactive dead syslog.service # systemctl --all --full | grep fail gdm.service loaded failed failedGnome Display Manager I dont't have plymouth or sys-process/audit ... nothing pulled that in. > And lastly, how did you set gdm as your display manager? Do you have: > > # ls -l /etc/systemd/system/display-manager.service > lrwxrwxrwx 1 root root 37 Dec 6 00:40 > /etc/systemd/system/display-manager.service -> > /usr/lib64/systemd/system/gdm.service > > ? Right now it links to xdm, but I had it the way you posted and tested that. When I test, I switch to a text console: systemctl stop xdm systemctl start gdm ... Thanks! Stefan
