Re: [gentoo-user] sys-boot/plymouth could not work
El 04/04/2012 00:03, 张春江 zhangchunjian...@126.com escribió: On 2012-04-04 12:06:26,Canek Peláez Valdés can...@gmail.com wrote: Please add rd.debug to your grub kernel command line: title Gentoo Linux root (hd0,13) kernel /boot/kernel-3.2.1-gentoo-r2 root=/dev/sda10 video=radeon:1366x768 quiet splash rd.debug initrd /boot/initramfs-3.2.1-gentoo-r2.img Reboot, and immediately do dmesg output.txt Please post the contents of output.txt. We need to know what exactly is failing with the initramfs.javascript:void(0) The accessories are my dmesg output and my boot log. Now it is very strange that I have a /run tmpfs in my machine. # mount | grep run tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) # grep run /etc/mtab tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0 And now when I shutdown my machine, there is no plymouth error message while no splash either. While booting, it shows plymouthd could not start boot splash: No such file or directory and no splash. I don't konw why, I just generated initramfs with dracut once again and run # plymouth --show-splash just now. Sorry, I forgot; you also need to remove the quiet option from your kernel command line: title Gentoo Linux root (hd0,13) kernel /boot/kernel-3.2.1-gentoo-r2 root=/dev/sda10 video=radeon:1366x768 splash rd.debug initrd /boot/initramfs-3.2.1-gentoo-r2.img The quiet option overrides the rd.debug option. Please reboot and send again the output from dmesg. Regards.
Re: [gentoo-user] Re: MTS player
On Tuesday, April 03, 2012 06:38:29 PM James wrote: Michael Mol mikemol at gmail.com writes: My new Sony camcorder produces MTS and CPI video output files. mplayer2 is a fork of mplayer. I use mplayer2 (instead of mplayer) because it has better stream seeking behavior for my use cases. I don't remember what all the differences are, though. OK I'll check out mplayer2. On another note, I have always transferred files form the sony camcorders to my linux systems, via cp or scp, without issues. Now, the new sony (HDR-PJ760V) is giving me troubles. I plugged the usb on the sony camcorder into my gentoo system. The usb was auto discovered. I am able to use Dragon player to watch the individual files, such as 1.MTS via Dragon player and the camcorder being mounted (96 G of flash). Ok so I was then initially able to use cp to copy the files off onto the gentoo hard drive. After I did a few this way, the mount point now drops almost immediately. I can re-discover the sony camcorder and automount via the file-manager. I can see the files and play them one at a time via Dragon Player. But, when I go to copy them with: cp *.MTS /usr/local/video/jeff/basketball/TR or cp 0.MTS /usr/local/video/jeff/basketball/TR I get Erno 5 as the mount is lost evey time now. The mount drops. I never had this problem before, but it is a different camera. What really has me stumped is it worked for a while for a few files, now it drops the mount every time. I even power cycled the camcorder, to no avail. Any ideas? This sounds like a problem I had with a USB harddrive. Cause: Bad connection in USB-port (dust?) Solution: Use vacuumcleaner to clear USB-port ;) HTH, Joost
Re: [gentoo-user] sys-boot/plymouth could not work
On 2012-04-04 15:03:56,Canek Peláez Valdés can...@gmail.com wrote: Sorry, I forgot; you also need to remove the quiet option from your kernel command line: title Gentoo Linux root (hd0,13) kernel /boot/kernel-3.2.1-gentoo-r2 root=/dev/sda10 video=radeon:1366x768 splash rd.debug initrd /boot/initramfs-3.2.1-gentoo-r2.img The quiet option overrides the rd.debug option. Please reboot and send again the output from dmesg. Here is the new dmesg output.Linux version 3.2.1-gentoo-r2 (root@zcj) (gcc version 4.5.3 (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) #19 SMP Mon Apr 2 13:04:49 CST 2012 BIOS-provided physical RAM map: BIOS-e820: - 0009f400 (usable) BIOS-e820: 0009f400 - 000a (reserved) BIOS-e820: 000d2000 - 000d4000 (reserved) BIOS-e820: 000dc000 - 0010 (reserved) BIOS-e820: 0010 - 7f8a1000 (usable) BIOS-e820: 7f8a1000 - 7f8a7000 (reserved) BIOS-e820: 7f8a7000 - 7f9ba000 (usable) BIOS-e820: 7f9ba000 - 7fa0f000 (reserved) BIOS-e820: 7fa0f000 - 7fb08000 (usable) BIOS-e820: 7fb08000 - 7fd0f000 (reserved) BIOS-e820: 7fd0f000 - 7fd19000 (usable) BIOS-e820: 7fd19000 - 7fd1f000 (reserved) BIOS-e820: 7fd1f000 - 7fd64000 (usable) BIOS-e820: 7fd64000 - 7fd9f000 (ACPI NVS) BIOS-e820: 7fd9f000 - 7fe0 (ACPI data) BIOS-e820: 7fe0 - 8000 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fec1 (reserved) BIOS-e820: fed0 - fed00400 (reserved) BIOS-e820: fed1 - fed14000 (reserved) BIOS-e820: fed18000 - fed1a000 (reserved) BIOS-e820: fed1c000 - fed9 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff80 - 0001 (reserved) Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel! DMI present. DMI: LENOVO 20022 /NITU1, BIOS 18CN37WW(V2.10) 09/18/2009 e820 update range: - 0001 (usable) == (reserved) e820 remove range: 000a - 0010 (usable) last_pfn = 0x7fd64 max_arch_pfn = 0x10 MTRR default type: uncachable MTRR fixed ranges enabled: 0-9 write-back A-B uncachable C-D3FFF write-protect D4000-D uncachable E-F write-protect MTRR variable ranges enabled: 0 base 0 mask F8000 write-back 1 base 0FFE0 mask FFFE0 write-protect 2 disabled 3 disabled 4 disabled 5 disabled 6 disabled found SMP MP-table at [c00f75a0] f75a0 initial memory mapped : 0 - 01c0 Base memory trampoline at [c009e000] 9e000 size 4096 init_memory_mapping: -377fe000 00 - 40 page 4k 40 - 003740 page 2M 003740 - 00377fe000 page 4k kernel direct mapping tables up to 377fe000 @ 1bfb000-1c0 ACPI: RSDP 000f7510 00024 (v02 LENOVO) ACPI: XSDT 7fdf848f 00074 (v01 LENOVO CB-01 LTP ) ACPI: FACP 7fde8000 000F4 (v03 LENOVO CB-010001 ALAN 0001) ACPI: DSDT 7fde9000 066BF (v02 LENOVO CB-010001 INTL 20050624) ACPI: FACS 7fd9efc0 00040 ACPI: HPET 7fdfed52 00038 (v01 LENOVO CB-010001 LOHR 005A) ACPI: MCFG 7fdfed8a 0003C (v01 LENOVO CB-010001 LOHR 005A) ACPI: SLIX 7fdfedc6 00176 (v01 LENOVO CB-010001 TBD 0001) ACPI: DBGP 7fdfef3c 00034 (v01 LENOVO CB-010001 LOHR ) ACPI: APIC 7fdfef70 00068 (v01 PTLTD ? APIC LTP ) ACPI: BOOT 7fdfefd8 00028 (v01 PTLTD $SBFTBL$ LTP 0001) ACPI: SSDT 7fde7000 00655 (v01 PmRefCpuPm 3000 INTL 20050624) ACPI: SSDT 7fde6000 00259 (v01 PmRef Cpu0Tst 3000 INTL 20050624) ACPI: SSDT 7fde5000 0020F (v01 PmRefApTst 3000 INTL 20050624) ACPI: Local APIC address 0xfee0 1157MB HIGHMEM available. 887MB LOWMEM available. mapped low ram: 0 - 377fe000 low ram: 0 - 377fe000 Zone PFN ranges: DMA 0x0010 - 0x1000 Normal 0x1000 - 0x000377fe HighMem 0x000377fe - 0x0007fd64 Movable zone start PFN for each node early_node_map[6] active PFN ranges 0: 0x0010 - 0x009f 0: 0x0100 - 0x0007f8a1 0: 0x0007f8a7 - 0x0007f9ba 0: 0x0007fa0f - 0x0007fb08 0: 0x0007fd0f - 0x0007fd19 0: 0x0007fd1f - 0x0007fd64 On node 0 totalpages: 522891 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 3951 pages, LIFO batch:0 Normal zone: 1744 pages used for memmap Normal zone: 221486 pages, LIFO batch:31 HighMem zone: 2315 pages used for memmap HighMem zone: 293363 pages, LIFO batch:31 Using APIC driver default ACPI: PM-Timer IO Port: 0x408 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Re: [gentoo-user] lvm failed to start
On Tue, 03 Apr 2012 18:09:26 -0700, walt wrote: This is an ~amd64 machine, up to date as of today. The strange thing is that lvm did *not* fail to start -- it's working perfectly. Now, being an Incorrigible Old Fart(TM) I'm still using openrc, and who knows what evil lurks in that paleolithic package? :p Anyone else getting this (false) alarm during boot? It is not really a false alarm, LVM does fail here but tries again later on and succeeds. https://bugs.gentoo.org/show_bug.cgi?id=409921 covers it and the workaround in comment 2 does it for me. Basically, LVM is trying to write its lockfile to a readonly filesystem. I'm going to try mounting /run on tmpfs in my initramfs as that is where it is mounted now, but apparently too late for the first attempt at starting LVM. -- Neil Bothwick If Micro built cars, the worlds population would be in decline signature.asc Description: PGP signature
Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?
Dale wrote: Canek Peláez Valdés wrote: Dale, could yo please add again rd.debug to your kernel command line, boot with the initramfs, and post the output from dmesg (without you manually mounting your LVM volume)? Regards. It's attached. I see what it is doing but no idea how to fix it. It didn't use to do this. This is a recent thing. It doesn't appear to be init thingy related and I think Walt is having the same issue. Kernel maybe? I'm on 3.2.11. Thanks. Dale :-) :-) It's a bug. Roach report here: https://bugs.gentoo.org/show_bug.cgi?id=409921 Going back a version and then reboot. Then I'm off to bed. It's 4:00AM here. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=--quiet-build=n
Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?
On Wed, 04 Apr 2012 04:05:27 -0500, Dale wrote: It's a bug. Roach report here: https://bugs.gentoo.org/show_bug.cgi?id=409921 Going back a version and then reboot. No need for that, just change locking_dir in lvm.conf to somewhere writeable, as mentioned in the bug report - comment 6. -- Neil Bothwick If ignorance is bliss, you must be orgasmic. signature.asc Description: PGP signature
Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?
Neil Bothwick wrote: On Wed, 04 Apr 2012 04:05:27 -0500, Dale wrote: It's a bug. Roach report here: https://bugs.gentoo.org/show_bug.cgi?id=409921 Going back a version and then reboot. No need for that, just change locking_dir in lvm.conf to somewhere writeable, as mentioned in the bug report - comment 6. Well, I didn't want to mess with the config much since I may make it worse. So, I built a new kernel 3.3.0 and built a new init do hicky. Now, it seems to work. It boots with no errors and everything mounts. I also downgraded to lvm2-2.02.88 which works. A newer version may work but that is what I went back to. It was the last one that I knew worked. So, I took my med and I'm off to bed. Hmmm. I'm a poet and didn't know it. :-p I'll test some more tomorrow. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=--quiet-build=n
Re: [gentoo-user] lvm failed to start
walt w41...@gmail.com wrote: This is an ~amd64 machine, up to date as of today. The strange thing is that lvm did *not* fail to start -- it's working perfectly. Now, being an Incorrigible Old Fart(TM) I'm still using openrc, and who knows what evil lurks in that paleolithic package? :p Anyone else getting this (false) alarm during boot? I get lvm failed to start because it says file based locking does not work because the root file system is read only, but when it gets to default runlevel it tries again and starts it OK.] Weird. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?
On Wed, 04 Apr 2012 04:54:05 -0500, Dale wrote: No need for that, just change locking_dir in lvm.conf to somewhere writeable, as mentioned in the bug report - comment 6. Well, I didn't want to mess with the config much since I may make it worse. So, I built a new kernel 3.3.0 and built a new init do hicky. Now, it seems to work. It boots with no errors and everything mounts. I also downgraded to lvm2-2.02.88 which works. A newer version may work but that is what I went back to. It was the last one that I knew worked. You didn't want to change one line in a file, which you could have easily changed back if it didn't work, so you rebuilt the whole kernel and initramfs (which are irrelevant to the bug) and downgraded? :-O -- Neil Bothwick Give a man a fish and you have fed him for a day, but give him a case of dynamite and soon the village will be showered with mud and seaweed and unidentifiable chunks of fish. signature.asc Description: PGP signature
Re: [gentoo-user] lvm failed to start
On Tuesday 03 April 2012 18.09:26 walt wrote: This is an ~amd64 machine, up to date as of today. The strange thing is that lvm did *not* fail to start -- it's working perfectly. Now, being an Incorrigible Old Fart(TM) I'm still using openrc, and who knows what evil lurks in that paleolithic package? :p Anyone else getting this (false) alarm during boot? I have a similar thing on my ~x86, but the difference is that I know why I get it. I have successfully be able to create an initramfs that does a vgscan, vgchange -a y and mounts /usr (which is on LVM). But now I (naturally) I get LVM failed to start (and of cause failed to mount /usr) when openrc processes the init-scripts. So, my question is really - should I remove lvm from the init-process and put noauto in /etc/fstab for /usr? Even if it is on my playground box I still want to be able to boot it. When these two issues are solved I'm going to let my system update udev. -- Dan Johansson, http://www.dmj.nu *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?
On Wed, Apr 4, 2012 at 4:54 AM, Dale rdalek1...@gmail.com wrote: Neil Bothwick wrote: On Wed, 04 Apr 2012 04:05:27 -0500, Dale wrote: It's a bug. Roach report here: https://bugs.gentoo.org/show_bug.cgi?id=409921 Going back a version and then reboot. No need for that, just change locking_dir in lvm.conf to somewhere writeable, as mentioned in the bug report - comment 6. Well, I didn't want to mess with the config much since I may make it worse. So, I built a new kernel 3.3.0 and built a new init do hicky. Now, it seems to work. It boots with no errors and everything mounts. I also downgraded to lvm2-2.02.88 which works. A newer version may work but that is what I went back to. It was the last one that I knew worked. So, I took my med and I'm off to bed. Hmmm. I'm a poet and didn't know it. :-p I'll test some more tomorrow. It seems the problem it's in LVM, or (more appropriately) in the failure to create the /run tmpfs: # mount | grep /run tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) tmpfs on /var/run type tmpfs (rw,nosuid,nodev,relatime,mode=755) It seems other problems (like 张春江's one with plymouth) have the same reason. With systemd the /run tmpfsgets created, so maybe now that systemd and udev are being merged this problem will go away. For now, I think we can (finally) call this case closed; Dale, I would strongly recommend the workaround (editing the config file) instead of downgrading. Eventually you will need the new version anyhow. Glad to hear it works, albeit with some issues (unrelated to the initramfs). Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] sys-boot/plymouth could not work
On Wed, Apr 4, 2012 at 2:32 AM, 张春江 zhangchunjian...@126.com wrote: On 2012-04-04 15:03:56,Canek Peláez Valdés can...@gmail.com wrote: Sorry, I forgot; you also need to remove the quiet option from your kernel command line: title Gentoo Linux root (hd0,13) kernel /boot/kernel-3.2.1-gentoo-r2 root=/dev/sda10 video=radeon:1366x768 splash rd.debug initrd /boot/initramfs-3.2.1-gentoo-r2.img The quiet option overrides the rd.debug option. Please reboot and send again the output from dmesg. Here is the new dmesg output. Something is wrong. There is no dracut messages in your dmesg output, so either you are not using the rd.debug command line (which, according to your logs, you *are* using), or you are not using a dracut-created initramfs, or the initramfs is somehow corrupted. Can I see your grub.cfg file, as it is please? Also, it seems that the problem is OpenRC not creating the /run tmpfs early on during the boot process: https://bugs.gentoo.org/show_bug.cgi?id=409921 Until that gets fixed, recent versions of plymouth cannot work with OpenRC. Maybe you could try an old version? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] sys-boot/plymouth could not work
On Wed, Apr 4, 2012 at 12:28 PM, Canek Peláez Valdés can...@gmail.com wrote: On Wed, Apr 4, 2012 at 2:32 AM, 张春江 zhangchunjian...@126.com wrote: On 2012-04-04 15:03:56,Canek Peláez Valdés can...@gmail.com wrote: Sorry, I forgot; you also need to remove the quiet option from your kernel command line: title Gentoo Linux root (hd0,13) kernel /boot/kernel-3.2.1-gentoo-r2 root=/dev/sda10 video=radeon:1366x768 splash rd.debug initrd /boot/initramfs-3.2.1-gentoo-r2.img The quiet option overrides the rd.debug option. Please reboot and send again the output from dmesg. Here is the new dmesg output. Something is wrong. There is no dracut messages in your dmesg output, so either you are not using the rd.debug command line (which, according to your logs, you *are* using), or you are not using a dracut-created initramfs, or the initramfs is somehow corrupted. Can I see your grub.cfg file, as it is please? Also, it seems that the problem is OpenRC not creating the /run tmpfs early on during the boot process: https://bugs.gentoo.org/show_bug.cgi?id=409921 Until that gets fixed, recent versions of plymouth cannot work with OpenRC. Maybe you could try an old version? Regards. Also, can I see your fstab? It seems you use quite the complex setup for your partitions. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] WARNING dev-libs/icu-49.1 is BAD
Another scare. No emacs, no apache, gnome in trouble ... don't install icu-49.1 I was going to file a bug but I see that there are a few stating that some things fail with 49.1 so I don't know that my adding to the list will help. To see the list just ask for ALL icu I now have to reinstall everything that was installed after icu, or at least try them to see if they fail. allan
Re: [gentoo-user] Nginx with PHP-FPM
Hello, now i have build php and nginx from source direct, emerge --unmerge, have downloaded the sourcecode and compile it and same it run not. Thats really crazy, what is this? Is this maybe with eselect profile list option? Because i use gentoo-desk imap # eselect profile list Available profile symlink targets: [1] default/linux/x86/10.0 [2] default/linux/x86/10.0/selinux [3] default/linux/x86/10.0/desktop * [4] default/linux/x86/10.0/desktop/gnome [5] default/linux/x86/10.0/desktop/kde [6] default/linux/x86/10.0/developer [7] default/linux/x86/10.0/server [8] hardened/linux/x86 [9] hardened/linux/x86/selinux Is this maybe the mistake or where can be the error? Regards Silvio
Re[2]: [gentoo-user] Nginx with PHP-FPM
Silvio, Tuesday, April 3, 2012, 11:39:05 PM, you wrote: S Could someone possibly provide me the USE flags available S if someone has run Nginx, PHP and Fpm. S It were nice. # emerge nginx php:5.3 -pv These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R] www-servers/nginx-1.1.17 USE=http http-cache ipv6 pcre ssl vim-syntax -aio -debug -libatomic -pcre-jit NGINX_MODULES_HTTP=access addition auth_basic autoindex browser charset dav empty_gif fastcgi geo gzip headers_more limit_req limit_zone map memcached proxy push realip referer rewrite scgi split_clients ssi stub_status sub upload upstream_ip_hash userid uwsgi xslt -cache_purge -degradation -flv -geoip -gzip_static -image_filter -mp4 -passenger -perl -random_index -secure_link -slowfs_cache -upload_progress NGINX_MODULES_MAIL=-imap -pop3 -smtp 0 kB [ebuild R] dev-lang/php-5.3.10-r2 USE=bcmath berkdb bzip2 calendar cgi cli crypt ctype curl doc exif fileinfo filter fpm gd gdbm gmp hash iconv imap ipv6 json mhash mysql mysqli nls pcntl pdo phar posix postgres readline session simplexml soap sockets spell sqlite sqlite3 ssl suhosin threads tidy tokenizer truetype unicode wddx xml xmlreader xmlrpc xmlwriter xsl zip zlib -apache2 -cdb -cjk -curlwrappers -debug -embed -enchant -firebird -flatfile (-frontbase) -ftp -inifile -intl -iodbc -kerberos -kolab -ldap -ldap-sasl -libedit -mssql -mysqlnd -oci8-instant-client -odbc -pic -qdbm -recode -sharedmem -snmp (-sybase-ct) -sysvipc -xpm 0 kB The important parts are fastcgi for nginx and fpm for php. s.
Re: [gentoo-user] Re: Advice about ati-drivers? [50% SOLVED]
On Tue, 03 Apr 2012 18:37:32 +0200 Michael Hampicke gentoo-u...@hadt.biz wrote: Am 03.04.2012 17:37, schrieb Michael Mol: On Tue, Apr 3, 2012 at 9:54 AM, Michael Hampicke gentoo-u...@hadt.biz wrote: Am 03.04.2012 13:28, schrieb Nikos Chantziaras: On 03/04/12 03:16, Michael Hampicke wrote: However, now that the firmware loading problem is fixed, my screen still goes black on bootup. But now it's instantaneous instead of 60 seconds delayed :( I'm back to functioning vesa mode if I boot with radeon.memset=0, but that's not really my goal...yet :p Last time I reinstalled gentoo, I tried kms too (with my Radeon HD2600 card). And I had lots of problems with it - in combination with ati-drivers fglrx module (blank on boot, freeze while starting X, generell crashes and kernel panics, low performence...,...). So I finally decided not to use kms disable everything related to kms. Since then everything is running smoothly. Two weeks ago, I purchased an new video card (Radeon HD7770) and gave kms another shot. And again, everything went down the crapper. So disabled it. I can live without it for the time being. But still, I would be interested in the why?. You cannot use two drivers at once. Either use the kernel driver (which does KMS), or ati-drivers. You cannot mix drivers. Not in Linux, and not in any other OS I'm aware of. Seems like there have been some changes on that subject in time. Keep in mind, up until a few months ago I was running Windows7 on my workstation. I'm not new to linux, as I've been using linux on servers since a very long time, but the whole X stuff is kinda new for me. In the past I always experimented with linux in dual boot, and I vaguely recall that there were (or are?) different kinds of video drivers on linux. You had the drivers provided by the kernel, the drivers of Xorg - like xf86-video-ati - and third party drivers like ati-drivers fglrx. And now there's kms too, which I understand is not a driver, but a means for the kernel to setup the driver itself (resolution, color depth). So, if I now use the kernels radeon driver, i could use kms, but cannot use xf86-video-ati or fglrx, if I use xf86-video-ati or fglrx, I cannot use kms? It would be great if someone could link me to some reading material on that subject. Something that explains, the difference between kernel video drivers, framebuffer console, Xorg video drivers and 3rd party drivers. Just noticed this, and thought of you and this thread: https://www.osadl.org/Single-View.111+M5afc75f7e68.0.html Also, if you really want to be able to dig in and do interesting things without the aid of GNOME, KDE or XFCE, I highly recommend X Power Tools. The book predates KMS, but then so will anything resembling a thorough treatment. http://shop.oreilly.com/product/9780596101954.do But a quick rundown regarding the difference between kernel video drivers, framebuffer, Xorg and 3rd-party drivers: There are two halves to the story. The kernel and userland. Both sides have their own halves of drivers for whatever functionality you need. Kernel: 1) Console drivers. These typically access the video adapter's built-in text display mode. They don't provide for graphics outside the glyphs built into the video cards. These are typically *incredibly* fast for text-mode usage, in comparison to framebuffer drivers. Enough that if you don't silence build output, you can measure differences in compile times of a large program that come from the compiler waiting to flush its stdout stream buffer. 2) Framebuffer drivers. These are simple drivers taking advantage of basic raster graphics capabilities in the video adapter. The kernel framebuffer drivers treat the display as a giant image, and draw text glyphs and other graphics onto them. 3) Direct Rendering Management (DRM) drivers. These have traditionally been how X has been allowed low-level access to 3D graphics accelerators. (I'm simplifying here a bit). The DRM subsystem has undergone at least two major revisions. It's also specific to Linux, and isn't available (AFAIK) on other systems which can run X. DRM in this context has nothing to do with 'Digital Rights Management'. 4) Kernel Mode Setting (KMS). Historically, once X launched, X used its own hardware drivers (unless you had it talk to a kernel framebuffer driver) to talk to video devices. Once X started, the kernel gave control over graphics hardware to X, and depended on X to hand it back if you wanted to switch to a virtual terminal for a plain console. That meant that if X crashed, your video setup was left pretty much in complete disarray, and you had to use a SysRq sequence to get it back. (I swear, I'll need to add that to my email signature before I'll remember it...) KMS is supposed to keep that
Re: [gentoo-user] WARNING dev-libs/icu-49.1 is BAD
On Wed, 04 Apr 2012 14:12:58 -0400, Allan Gottlieb wrote: I now have to reinstall everything that was installed after icu, or at least try them to see if they fail. I installed LibreOffice and Chromium after icu, LO seems to work but Chromium was useless. -- Neil Bothwick Sacred cows make great hamburgers. signature.asc Description: PGP signature
Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?
On Wed, 4 Apr 2012 12:23:01 -0500, Canek Peláez Valdés wrote: It seems the problem it's in LVM, or (more appropriately) in the failure to create the /run tmpfs: # mount | grep /run tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) tmpfs on /var/run type tmpfs (rw,nosuid,nodev,relatime,mode=755) /run is not the problem. The default setting is to write to /var/lock. Changing that to /run/lock removes the problem. -- Neil Bothwick Profanity, The Language of Computer Professionals. signature.asc Description: PGP signature
Re: [gentoo-user] lvm failed to start
On Wed, 04 Apr 2012 18:58:38 +0200, Dan Johansson wrote: I have a similar thing on my ~x86, but the difference is that I know why I get it. I have successfully be able to create an initramfs that does a vgscan, vgchange -a y and mounts /usr (which is on LVM). But now I (naturally) I get LVM failed to start (and of cause failed to mount /usr) when openrc processes the init-scripts. This is not down to your initramfs, see the previously linked bug. -- Neil Bothwick A closed mouth gathers no foot. signature.asc Description: PGP signature
Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?
Neil Bothwick wrote: On Wed, 04 Apr 2012 04:54:05 -0500, Dale wrote: No need for that, just change locking_dir in lvm.conf to somewhere writeable, as mentioned in the bug report - comment 6. Well, I didn't want to mess with the config much since I may make it worse. So, I built a new kernel 3.3.0 and built a new init do hicky. Now, it seems to work. It boots with no errors and everything mounts. I also downgraded to lvm2-2.02.88 which works. A newer version may work but that is what I went back to. It was the last one that I knew worked. You didn't want to change one line in a file, which you could have easily changed back if it didn't work, so you rebuilt the whole kernel and initramfs (which are irrelevant to the bug) and downgraded? :-O Well, yea. I figure they will fix it pretty quick since the bug is active and folks are working on it. I wouldn't want my change to break something in the future when just using a known good version, one that I was using until just the other day, will work just fine. Also, I'll forget I changed that and let the config update when it gets updated again. They could lead to breakage too. Also, I was wanting to update the kernel anyway. I had trouble with my network on a older kernel and had to update to fix that. So far, the new 3.3 kernel has helped my network even more. I was actually fixing more than one issue with the kernel upgrade and downgrading was all of a one line command. I'm more likely to remember downgrading than editing a config file these days. I'm just glad to get some of this mess sorted. sighs Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=--quiet-build=n
Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?
Canek Peláez Valdés wrote: On Wed, Apr 4, 2012 at 4:54 AM, Dale rdalek1...@gmail.com wrote: Neil Bothwick wrote: On Wed, 04 Apr 2012 04:05:27 -0500, Dale wrote: It's a bug. Roach report here: https://bugs.gentoo.org/show_bug.cgi?id=409921 Going back a version and then reboot. No need for that, just change locking_dir in lvm.conf to somewhere writeable, as mentioned in the bug report - comment 6. Well, I didn't want to mess with the config much since I may make it worse. So, I built a new kernel 3.3.0 and built a new init do hicky. Now, it seems to work. It boots with no errors and everything mounts. I also downgraded to lvm2-2.02.88 which works. A newer version may work but that is what I went back to. It was the last one that I knew worked. So, I took my med and I'm off to bed. Hmmm. I'm a poet and didn't know it. :-p I'll test some more tomorrow. It seems the problem it's in LVM, or (more appropriately) in the failure to create the /run tmpfs: # mount | grep /run tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) tmpfs on /var/run type tmpfs (rw,nosuid,nodev,relatime,mode=755) It seems other problems (like 张春江's one with plymouth) have the same reason. With systemd the /run tmpfsgets created, so maybe now that systemd and udev are being merged this problem will go away. For now, I think we can (finally) call this case closed; Dale, I would strongly recommend the workaround (editing the config file) instead of downgrading. Eventually you will need the new version anyhow. Glad to hear it works, albeit with some issues (unrelated to the initramfs). Regards. I'm glad too. Now to keep this mess working. That's my new concern. lol Thanks much for all the help. I needed it. ;-) Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=--quiet-build=n
Re: Re[2]: [gentoo-user] Nginx with PHP-FPM
Good Morning, On Wed, 4 Apr 2012 23:13:14 +0200 Stefan Schmiedl s...@xss.de wrote: # emerge nginx php:5.3 -pv thanks i have compile php and nginx with ur flags. But the result is same. Nginx like not PHP. The website is blank. Not give out phpinfo(); I dont know what should do now, when self the original sourcecode want not run, thats not normal. Regards and thx to all Silvio
Re: [gentoo-user] WARNING dev-libs/icu-49.1 is BAD
On Wed, Apr 04 2012, Neil Bothwick wrote: On Wed, 04 Apr 2012 14:12:58 -0400, Allan Gottlieb wrote: I now have to reinstall everything that was installed after icu, or at least try them to see if they fail. I installed LibreOffice and Chromium after icu, LO seems to work but Chromium was useless. There is a bug about chromium and the new icu. For me libreoffice wouldn't build with the new icu. Since I have now fixed up everything else, I will try again with LO. allan
Re: [gentoo-user] Nginx with PHP-FPM
Hello, ok i have found the problem. Maybe is it the php.ini files, because i has deactivated the ini files at all and the system run. But in disable_functions is not set phpinfo, why nginx give it not out? Regards Silvio