Re: [gentoo-user] MBR partition
On 06/09/2014 04:10, Joseph wrote: On 09/05/14 21:02, Joseph wrote: I'm configuring MBR partition for older disk and need to know what code to enter for boot partition. My BIOS is not EFI type. Not that it particularly matters but a partition dedicated to /boot contains a Linux filesystem and, thus, 83 is appropriate. My current configuration: fdisk -l /dev/sda Disk /dev/sda: 447.1 GiB, 480103981056 bytes, 937703088 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x021589e5 DeviceBoot Start EndBlocks Id System /dev/sda1 * 2048155647 76800 83 Linux /dev/sda2 155648 4349951 2097152 82 Linux swap / Solaris /dev/sda34349952 937703087 466676568 83 Linux Does the sda1 has to start with 1 or 2048? As of util-linux-2.18, partitions are aligned to 1 MiB boundaries by default, so as to avoid performance degradation on SSDs and advanced format drives [1]. Further, beginning at 2048 as opposed to 63 (in the manner of MS-DOS) provides more room for boot loaders such as grub to embed themselves. To have the first sector be a partition boundary is impossible because that is the location of the MBR and the partition table. In summary, let it be. --Kerin [1] https://bugs.gentoo.org/show_bug.cgi?id=304727 [2] https://en.wikipedia.org/wiki/Master_boot_record
Re: [gentoo-user] {OT} Intel NUC install -- no display on OLED TV
Am 05.09.2014 um 22:07 schrieb Daniel Frey: Going off topic a bit, but I recently bought a DN2820FYKH (Celeron model) and it works beautifully with mythtv. Compiling is a litter slower due to the processor, but it works well with its built-in IR. Very happy with it. I have everything working including HDMI audio passthrough. Best ~$250 I spent to date (NUC, RAM, SSD.) ... I am right now ordering the i3-version ... 4 GB RAM will be enough for a start. Bear in mind that HDMI audio passthrough doesn't work when booting in legacy mode, you have to boot with native EFI. Had no issues with grub2. Yes, thanks, I heard about that already. It's for debian, but seems to list some general know-how for NUCs and mythtv: https://docs.google.com/document/d/1alWSZZ8tLYe4I-lmdrsAGT67xV77q4F4jivGeEzIklk/edit# I also found out (the hard way) that kernel =3.14 are required for the Intel video support. Thanks, will consider that. Even 3.14.14 is stable in portage right now, I wouldn't have started any lower. I will install gentoo stable ... btw, how did you start installing? Some rescue-disk on a stick? PXE? (I should fix my PXE-setup ...) Stefan
Re: [gentoo-user] new installation - partitions
On 05. sep. 2014 04:44, Daniel Frey wrote: It is possible to boot in EFI mode off of a USB, as I used a Mint ISO to boot from in EFI mode. I would presume the USB needs to have the FAT partition that EFI requires. Dan Sounds good. Having /boot on a stick makes it easy to have whatever I might need available when my fancy-schmanzy root-fs fails to show up at boot :-) . Always have a known good kernel and initramfs to fall back on, and tuck away some extra tools on the stick. Put some (statically linked) *parted,lvm,md and formatting binaries on there and you can easily rearrange things before mounting the root fs.
Re: [gentoo-user] oracle-jdk-bin 1.8.0.20 ebuild
On Sat, Sep 6, 2014 at 12:50 AM, Saifi Khan saifik...@datasynergy.org wrote: It looks like sping already bumped 1.8.0.20 in the tree, by simply renaming the existing 1.8.0.11 ebuild. I'll explain a bit more since you're interested and are simply not doing it right... Here are things i explored: 1. simply renaming did not work (it should not since the md5 hashes would not match) The hashes are not stored in the ebuild, so simply copying the existing ebuild is fine. You just need to regenerate the hashes. Repoman manifest or ebuild oracle-jdk-bin-1.8.0.20.ebuild manifest would be the easiest ways to do that. 3. next i attempted creating a separate file in /usr/portage/metadata/md5-cache/dev-java for oracle-jdk-bin-1.8.0.20 file with 'repoman manifest' it did not work Don't mess with the metadata cache. It is not necessary. All you need to do is update the Manifest file in the package directory. When portage finds a bad/missing hash it always checks it before bailing out, and portage can generally detect an outdated cache anyway. however emerge started complaining about missing jdk's for i586, solaris etc. Meanwhile i took a close look at the /usr/portage/eclass directory and also tried to locate where 'inherit' is defined. 'inherit' is a function defined in /usr/lib/portage/bin/ebuild.sh file with its bucket full of 'bash'isms. Before reverse-engineering PMS, you might just start with: http://devmanual.gentoo.org/ebuild-writing/using-eclasses/index.html Or, if you're really brave: http://dev.gentoo.org/~ulm/pms/head/pms.html Tweaking ebuilds isn't hard - you just need to go about it the right way and make the tools work for you. Actually, one thing I didn't see in the docs is more user-centric ebuild 101 stuff like how do I bump an ebuild myself? All the info is there, but not at that level. -- Rich
Re: [gentoo-user] MBR partition
On 09/06/14 07:15, Kerin Millar wrote: On 06/09/2014 04:10, Joseph wrote: On 09/05/14 21:02, Joseph wrote: I'm configuring MBR partition for older disk and need to know what code to enter for boot partition. My BIOS is not EFI type. Not that it particularly matters but a partition dedicated to /boot contains a Linux filesystem and, thus, 83 is appropriate. My current configuration: fdisk -l /dev/sda Disk /dev/sda: 447.1 GiB, 480103981056 bytes, 937703088 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x021589e5 DeviceBoot Start EndBlocks Id System /dev/sda1 * 2048155647 76800 83 Linux /dev/sda2 155648 4349951 2097152 82 Linux swap / Solaris /dev/sda34349952 937703087 466676568 83 Linux Does the sda1 has to start with 1 or 2048? As of util-linux-2.18, partitions are aligned to 1 MiB boundaries by default, so as to avoid performance degradation on SSDs and advanced format drives [1]. Further, beginning at 2048 as opposed to 63 (in the manner of MS-DOS) provides more room for boot loaders such as grub to embed themselves. To have the first sector be a partition boundary is impossible because that is the location of the MBR and the partition table. In summary, let it be. --Kerin Thank you for the information. I'll continue on Monday and let you know. If it will not boot with sector starting at 2048, I will re-partition /boot sda1 to start at 63. -- Joseph
Re: [gentoo-user] {OT} Intel NUC install -- no display on OLED TV
Am 06.09.2014 um 11:21 schrieb Stefan G. Weichinger: I will install gentoo stable ... btw, how did you start installing? Some rescue-disk on a stick? PXE? (I should fix my PXE-setup ...) Second thought: I could clone of my thinkpad-SSDs and start with that. Should boot ... depends if some special modules are needed. I use EFI on the X220 so that should help me getting up and running.
[gentoo-user] Re: MBR partition
Joseph syscon780 at gmail.com writes: Thank you for the information. I'll continue on Monday and let you know. If it will not boot with sector starting at 2048, I will re-partition /boot sda1 to start at 63. Take some time to research and reflect on your needs (desires?) about which file system to use. (ext 2,4) is always popular and safe. Some are very happy with BTRFS and there are many other interesting choices (ZFS, XFS, etc etc).. There is no best solution; but the EXT family offers tried and proven options. YMMV. hth, James
[gentoo-user] Re: MBR partition
Joseph syscon780 at gmail.com writes: I'm configuring MBR partition for older disk and need to know what code to enter for boot partition. My BIOS is not EFI type. Just to ensure that you have made your decisions based on good information, I wanted to clarify something about bios. Vendors often release newer or updated bios codes very spedicfic to a particular motherboard. These updated bios offerings, if they exist, may or many not allow you to boot and use GPT (EFI) etc. Neil pointed out an option I'm not familiar with. Another option is to use linuxbios (now called coreboot)[1]. If you do decide to try coreboot to upgrade your bios, do your own research and find out if it is a valid (possible) solution for you [2]. I mention this to complete and clarify the information I gave you, as best as I can. Coreboot is an excellent project that is 'good to know' knowledge, even if you choose otherwise. James [1] http://www.coreboot.org/Welcome_to_coreboot [2] http://www.coreboot.org/Supported_Motherboards
Re: [gentoo-user] Re: MBR partition
James wrote: Joseph syscon780 at gmail.com writes: Thank you for the information. I'll continue on Monday and let you know. If it will not boot with sector starting at 2048, I will re-partition /boot sda1 to start at 63. Take some time to research and reflect on your needs (desires?) about which file system to use. (ext 2,4) is always popular and safe. Some are very happy with BTRFS and there are many other interesting choices (ZFS, XFS, etc etc).. There is no best solution; but the EXT family offers tried and proven options. YMMV. hth, James I'm not sure if it is ZFS or XFS but I seem to recall one of those does not like sudden shutdowns, such as a power failure. Maybe that has changed since I last tried whichever one it is that has that issue. If you have a UPS tho, shouldn't be so much of a problem, unless your power supply goes out. Just a little heads up in case it matters. Oh, I use ext2 for /boot and ext4 for everything else, some of that on top of LVM. I switched from reiserfs a good while back, bit rot. So far, I been really pleased with ext4. Dale :-) :-)
Re: [gentoo-user] MBR partition
On 06/09/2014 05:02, Joseph wrote: I'm configuring MBR partition for older disk and need to know what code to enter for boot partition. My BIOS is not EFI type. There is no such thing as an MBR partition. Please clarify. The MBR is the first sector of the disk. It simply exists and you use it as such. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: MBR partition
James wrote: Joseph syscon780 at gmail.com writes: I'm configuring MBR partition for older disk and need to know what code to enter for boot partition. My BIOS is not EFI type. Just to ensure that you have made your decisions based on good information, I wanted to clarify something about bios. Vendors often release newer or updated bios codes very spedicfic to a particular motherboard. These updated bios offerings, if they exist, may or many not allow you to boot and use GPT (EFI) etc. Neil pointed out an option I'm not familiar with. Another option is to use linuxbios (now called coreboot)[1]. If you do decide to try coreboot to upgrade your bios, do your own research and find out if it is a valid (possible) solution for you [2]. I mention this to complete and clarify the information I gave you, as best as I can. Coreboot is an excellent project that is 'good to know' knowledge, even if you choose otherwise. James [1] http://www.coreboot.org/Welcome_to_coreboot [2] http://www.coreboot.org/Supported_Motherboards If I might add this, some newer mobos don't even need a OS at all. On my Gigabyte, I hit the power button, then one of the function keys and have the new BIOS file on a USB stick. It sees the file, installs it and it reboots from there. I've only done it once that I recall but I do recall it didn't require any OS at all. I don't know if this is a option for the OP tho. Dale :-) :-)
Re: [gentoo-user] Re: MBR partition
On 06/09/2014 14:48, Dale wrote: James wrote: Joseph syscon780 at gmail.com writes: Thank you for the information. I'll continue on Monday and let you know. If it will not boot with sector starting at 2048, I will re-partition /boot sda1 to start at 63. Take some time to research and reflect on your needs (desires?) about which file system to use. (ext 2,4) is always popular and safe. Some are very happy with BTRFS and there are many other interesting choices (ZFS, XFS, etc etc).. There is no best solution; but the EXT family offers tried and proven options. YMMV. hth, James I'm not sure if it is ZFS or XFS but I seem to recall one of those does not like sudden shutdowns, such as a power failure. Maybe that has changed since I last tried whichever one it is that has that issue. If you have a UPS tho, shouldn't be so much of a problem, unless your power supply goes out. XFS. It was designed by SGI for their video rendeing workstations back in the day and used very aggressive caching to get enormous throughput. It was also brilliant at dealing with directories containing thousands of small files - not unusual when dealing with video editing. However, it was also designed for environments where the power is guaranteed to never go off (which explains why they decided to go with such aggressive caching). If you use it in environments where powerouts are not guaranteed to not happen, well.. ZFS is the most resilient filesystem I've ever used, you can through the bucket and kitchen sink at it and it really doesn't give a shit (it just deals with it :-) ) Just a little heads up in case it matters. Oh, I use ext2 for /boot and ext4 for everything else, some of that on top of LVM. I switched from reiserfs a good while back, bit rot. So far, I been really pleased with ext4. Yeah, that's a pretty normal default setup, it performs well across the boards for average desktop and server loads -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] OT: In search of a hint/ides: Loop recording of a webcam
Hi, may be the software I am looking for already exists of can easily created by plugging together already existing pieces: With a Logitech c920 webcam (Full HD) I plan to record birds on my roof. I need to record everything: Starting from the birds landing on the roof until the fligh away again. Since the camera delivers Full HD video AND I need the complete movie of the bird motion detection is not suitable here: Decoding analyzing and reencoding in case of recording would take to much horsepower... But Normally I will recogize the birds after the landed on the roof. My idea is to do something like loop recoording: The stream is cut into pieces of 5 minutes length. If I dont hit ENTER (or something similar) the previously recorded piece of video gets delted after the current one has been completly recorded. If I hit ENTER no deletion is performed until I hit ENTER again. I already have a script hacked together with a gst-launch command, which is able to fetch the Full HD hardware encoded stream from the C920 and put it on the harddisk. But I failed in creating a script which allows me to simultanously watch the material which gets recorded just in the same moment. Is there any software or script or fill in something appropiate here which does this loop recording as described above AND is able to pull the Full HD stream correctly from the C920? Where can I proceed? Thank you very much in advance for any help! Best regards and have a nice weekend! mcc
Re: [gentoo-user] Re: MBR partition
on 09/06/2014 03:48 PM Dale wrote the following: I'm not sure if it is ZFS or XFS but I seem to recall one of those does not like sudden shutdowns, such as a power failure. XFS does not like sudden shutdowns
Re: [gentoo-user] Re: MBR partition
On Sat, Sep 6, 2014 at 8:54 AM, Alan McKinnon alan.mckin...@gmail.com wrote: ZFS is the most resilient filesystem I've ever used, you can through the bucket and kitchen sink at it and it really doesn't give a shit (it just deals with it :-) ) Nothing wrong with ZFS itself, but keep in mind that ZFS on linux is not the same as ZFS on Solaris as far as maturity goes. I'll admit that I'm a btrfs fan for a couple of reasons, but when it comes to stability on linux I wouldn't put either in the same class as ext3, or even ext4 (which is pretty mature now). -- Rich
Re: [gentoo-user] Re: MBR partition
On 06/09/2014 15:13, Rich Freeman wrote: On Sat, Sep 6, 2014 at 8:54 AM, Alan McKinnon alan.mckin...@gmail.com wrote: ZFS is the most resilient filesystem I've ever used, you can through the bucket and kitchen sink at it and it really doesn't give a shit (it just deals with it :-) ) Nothing wrong with ZFS itself, but keep in mind that ZFS on linux is not the same as ZFS on Solaris as far as maturity goes. I'll admit that I'm a btrfs fan for a couple of reasons, but when it comes to stability on linux I wouldn't put either in the same class as ext3, or even ext4 (which is pretty mature now). I neglected to mention - I use ZFS on FreeBSD, haven't used ZFS on linux enought o comment on that -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: MBR partition
On Sat, Sep 6, 2014 at 10:05 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On 06/09/2014 15:13, Rich Freeman wrote: On Sat, Sep 6, 2014 at 8:54 AM, Alan McKinnon alan.mckin...@gmail.com wrote: ZFS is the most resilient filesystem I've ever used, you can through the bucket and kitchen sink at it and it really doesn't give a shit (it just deals with it :-) ) Nothing wrong with ZFS itself, but keep in mind that ZFS on linux is not the same as ZFS on Solaris as far as maturity goes. I'll admit that I'm a btrfs fan for a couple of reasons, but when it comes to stability on linux I wouldn't put either in the same class as ext3, or even ext4 (which is pretty mature now). I neglected to mention - I use ZFS on FreeBSD, haven't used ZFS on linux enought o comment on that I'm not an expert on ZFS, but I believe that it is considered more stable on FreeBSD, since I believe they used the original CDDL sources there. It still hasn't been around for as long as it has been on Solaris of course, but it is a bit more mainstream on BSD. -- Rich
Re: [gentoo-user] MBR partition
On Sat, 6 Sep 2014 04:44:56 -0600, Joseph wrote: I'll continue on Monday and let you know. If it will not boot with sector starting at 2048, I will re-partition /boot sda1 to start at 63. Don't even think about aligning partitions like that on an SSD. -- Neil Bothwick No, you *can't* call 999 now. I'm downloading my mail. signature.asc Description: PGP signature
Re: [gentoo-user] OT: In search of a hint/ides: Loop recording of a webcam
On Sat, 6 Sep 2014 14:59:34 +0200, meino.cra...@gmx.de wrote: I already have a script hacked together with a gst-launch command, which is able to fetch the Full HD hardware encoded stream from the C920 and put it on the harddisk. But I failed in creating a script which allows me to simultanously watch the material which gets recorded just in the same moment. Is there any software or script or fill in something appropiate here which does this loop recording as described above AND is able to pull the Full HD stream correctly from the C920? Have your script send the video stream to stdout and pipe it through tee, which will both send it to a file and back to stdout, where your video player is listening. Have you actually tried using motion detection software? I don't know how powerful your system is, but I have motion processing three SD streams simultaneously with no significant CPU usage. -- Neil Bothwick Always remember you're unique, just like everyone else. signature.asc Description: PGP signature
Re: [gentoo-user] {OT} Intel NUC install -- no display on OLED TV
I read about outdated BIOS-versions and the need/fix to connect something via DisplayPort and enter BIOS once ... to reset things or something. I don't have such a box ... just echoing something I read (as I play with the thought to buy a Intel NUC-Kit D34010WYK for use as a mythtv-frontend). Going off topic a bit, but I recently bought a DN2820FYKH (Celeron model) and it works beautifully with mythtv. Compiling is a litter slower due to the processor, but it works well with its built-in IR. Very happy with it. I have everything working including HDMI audio passthrough. Best ~$250 I spent to date (NUC, RAM, SSD.) The coolest thing about the Gigabyte 2807 is that it's fanless. I don't need wireless so I'll replace it with one of these mini-PCIe 128GB storage devices: http://www.amazon.com/gp/product/B008KWEA88 I do wish it had built-in IR. I'm planning to go with xbmc instead of mythtv. Compiling kernel now - Grant
Re: [gentoo-user] {OT} Intel NUC install -- no display on OLED TV
Thanks, will consider that. Even 3.14.14 is stable in portage right now, I wouldn't have started any lower. I will install gentoo stable ... btw, how did you start installing? Some rescue-disk on a stick? PXE? (I should fix my PXE-setup ...) Funny that hardened-sources-3.15.8 has reached stable first. - Grant
Re: [gentoo-user] {OT} Intel NUC install -- no display on OLED TV
On 09/06/2014 02:21 AM, Stefan G. Weichinger wrote: Yes, thanks, I heard about that already. It's for debian, but seems to list some general know-how for NUCs and mythtv: https://docs.google.com/document/d/1alWSZZ8tLYe4I-lmdrsAGT67xV77q4F4jivGeEzIklk/edit# I didn't actually search for stuff until I found things that were badly broken, like video playback on kernels 3.14. I just dove in headfirst and was scratching my head for a while... I also found out (the hard way) that kernel =3.14 are required for the Intel video support. Thanks, will consider that. Even 3.14.14 is stable in portage right now, I wouldn't have started any lower. I will install gentoo stable ... btw, how did you start installing? Some rescue-disk on a stick? PXE? (I should fix my PXE-setup ...) I used the Mint 17 ISO written to USB. It showed up in the NUC's boot menu as EFI-bootable. By the way, the IR on mine wasn't obvious, I had kernel support for Media Center Ed. and it wasn't detected - nor was it listed with lsusb/lspci. Turns out it was an ITE Tech IT8712. Just FYI... Dan
Re: [gentoo-user] {OT} Intel NUC install -- no display on OLED TV
On 06/09/2014 17:00, Grant wrote: I read about outdated BIOS-versions and the need/fix to connect something via DisplayPort and enter BIOS once ... to reset things or something. I don't have such a box ... just echoing something I read (as I play with the thought to buy a Intel NUC-Kit D34010WYK for use as a mythtv-frontend). Going off topic a bit, but I recently bought a DN2820FYKH (Celeron model) and it works beautifully with mythtv. Compiling is a litter slower due to the processor, but it works well with its built-in IR. Very happy with it. I have everything working including HDMI audio passthrough. Best ~$250 I spent to date (NUC, RAM, SSD.) The coolest thing about the Gigabyte 2807 is that it's fanless. I don't need wireless so I'll replace it with one of these mini-PCIe 128GB storage devices: http://www.amazon.com/gp/product/B008KWEA88 I do wish it had built-in IR. I'm planning to go with xbmc instead of mythtv. Compiling kernel now FWIW, I built my HTPC around an Xtreamer Ultra2: http://www.xtreamer.net/ultra/ I don't think it's for sale any more, but it's the class of device that's important here. It's basically a small motherboard with regular CPU/GPU/RAM etc all built into a small, neat and aesthetically pleasing case. Price is about the same as netops and Zotac square boxes that mount to a monitor with VESA brackets. They are also about 4x the price of basic ARM-based boxes billed as suitable for HTPCs (I looked at those and found them all underpowered and not totally suitable after all, mostly due to lack of peripherals). The Ultra2 has a regular familiar Nvidia GPU, none of this ancient crappy Intel-paulsbo nonsense that just.does.not.work. Performance is more than adequate, it ships with a 32G SSD and has a slot for a 2.5 SATA drive. I don't use that (my media is on back-end file server accessed with NFS) but one of these days I'll add a drive and dual boot Windows for the kids and their games. It also has 1G wired ethernet, 802.11n wireless, IR receiver, and 6 USB slots (several are 3.0 I forget how many) In short, I got the best possible bang for buck with this and many annoying facets of trying to use inadequate hardware just went away. The second best decision was ditching a roll-it-myself OS and all the tinkering that involves. Just run OpenElec - a 140M image with the latest and greatest XBMC, plus everything else needed kept current. Flash it to the pc just like your modem firmware, add content, sit back, enjoy. Updates are faster than you can manage yourself :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] OT: In search of a hint/ides: Loop recording of a webcam
Hi Neil, Thanks for reply! :) As mentioned motion detection software is not appropiate for this, since it detects motion ... that is: The bird/s are already in sight...add the reaction time between bird is there and motion detection has recognized that there is a bird and all the false alarms if a bee is flying through the video or a distant bird flies through but does not land etc... I will try the tee-trick (by the way I like tea... ;) and see, what happens. Thanks again for your help! Have a nice weekend! Best regards, mcc Neil Bothwick n...@digimed.co.uk [14-09-06 16:52]: On Sat, 6 Sep 2014 14:59:34 +0200, meino.cra...@gmx.de wrote: I already have a script hacked together with a gst-launch command, which is able to fetch the Full HD hardware encoded stream from the C920 and put it on the harddisk. But I failed in creating a script which allows me to simultanously watch the material which gets recorded just in the same moment. Is there any software or script or fill in something appropiate here which does this loop recording as described above AND is able to pull the Full HD stream correctly from the C920? Have your script send the video stream to stdout and pipe it through tee, which will both send it to a file and back to stdout, where your video player is listening. Have you actually tried using motion detection software? I don't know how powerful your system is, but I have motion processing three SD streams simultaneously with no significant CPU usage. -- Neil Bothwick Always remember you're unique, just like everyone else.
Re: [gentoo-user] USB Problems
Hello, On Thu, 04 Sep 2014 06:58:54 +0200 J. Roeleveld jo...@antarean.org wrote: siefke ~ $ cat /usr/src/linux/.config | grep CONFIG_USB_PRINTER CONFIG_USB_PRINTER=m Change this to 'n'. No because cups is compile with -usb and the netbook not see printer. Dmesg give printer out, but in cups nothing to see in local print support. siefke ~ $ equery u cups | grep usb -usb Thank you Ragards Silvio
Re: [gentoo-user] USB Problems
On Sat, Sep 6, 2014 at 7:52 PM, siefke_lis...@web.de siefke_lis...@web.de wrote: Hello, On Thu, 04 Sep 2014 06:58:54 +0200 J. Roeleveld jo...@antarean.org wrote: siefke ~ $ cat /usr/src/linux/.config | grep CONFIG_USB_PRINTER CONFIG_USB_PRINTER=m Change this to 'n'. No because cups is compile with -usb and the netbook not see printer. Dmesg give printer out, but in cups nothing to see in local print support. siefke ~ $ equery u cups | grep usb -usb Thank you Ragards Silvio Have you tried this configuration? http://wiki.gentoo.org/wiki/HPLIP For USB printers net-print/cups has to be built with the usb USE flag. This way it makes use of the dev-libs/libusb user space tool which replaces kernel usb printer support (CONFIG_USB_PRINTER). In case of problems you can disable the usb USE flag for net-print/cups and activate the kernel functionality again.
Re: [gentoo-user] USB Problems
On 6 September 2014 18:52:54 CEST, siefke_lis...@web.de siefke_lis...@web.de wrote: Hello, On Thu, 04 Sep 2014 06:58:54 +0200 J. Roeleveld jo...@antarean.org wrote: siefke ~ $ cat /usr/src/linux/.config | grep CONFIG_USB_PRINTER CONFIG_USB_PRINTER=m Change this to 'n'. No because cups is compile with -usb and the netbook not see printer. Dmesg give printer out, but in cups nothing to see in local print support. siefke ~ $ equery u cups | grep usb -usb Thank you Ragards Silvio Did you read the rest of the email? I have not been able to use Cups with USB printer support in the kernel for nearly a decade now. Disabling that in the kernel and having Cups handle it, with the USB flag enabled, has always worked for me. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] OT: In search of a hint/ides: Loop recording of a webcam
On 6 September 2014 14:59:34 CEST, meino.cra...@gmx.de wrote: Hi, may be the software I am looking for already exists of can easily created by plugging together already existing pieces: With a Logitech c920 webcam (Full HD) I plan to record birds on my roof. I need to record everything: Starting from the birds landing on the roof until the fligh away again. Since the camera delivers Full HD video AND I need the complete movie of the bird motion detection is not suitable here: Decoding analyzing and reencoding in case of recording would take to much horsepower... But Normally I will recogize the birds after the landed on the roof. My idea is to do something like loop recoording: The stream is cut into pieces of 5 minutes length. If I dont hit ENTER (or something similar) the previously recorded piece of video gets delted after the current one has been completly recorded. If I hit ENTER no deletion is performed until I hit ENTER again. I already have a script hacked together with a gst-launch command, which is able to fetch the Full HD hardware encoded stream from the C920 and put it on the harddisk. But I failed in creating a script which allows me to simultanously watch the material which gets recorded just in the same moment. Is there any software or script or fill in something appropiate here which does this loop recording as described above AND is able to pull the Full HD stream correctly from the C920? Where can I proceed? Thank you very much in advance for any help! Best regards and have a nice weekend! mcc A very long time ago (around 1999) I wrote a simple tool that allowed me to have 2 normal clients access the same stream. It consisted of a simple V4L client tool that hooked I to /dev/video0 and copied all the data to /dev/video1 and /dev/video3. I then had a kernel module taking the data from /dev/video1 and outputting it to /dev/video2 (and same for 3 and 4). This did work back then. To allow motion to work on video2 and a streaming webcam on a public website on video4. Something similar might exist for V4L2. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Re: MBR partition
On 06/09/2014 13:54, Alan McKinnon wrote: On 06/09/2014 14:48, Dale wrote: James wrote: Joseph syscon780 at gmail.com writes: Thank you for the information. I'll continue on Monday and let you know. If it will not boot with sector starting at 2048, I will re-partition /boot sda1 to start at 63. Take some time to research and reflect on your needs (desires?) about which file system to use. (ext 2,4) is always popular and safe. Some are very happy with BTRFS and there are many other interesting choices (ZFS, XFS, etc etc).. There is no best solution; but the EXT family offers tried and proven options. YMMV. hth, James I'm not sure if it is ZFS or XFS but I seem to recall one of those does not like sudden shutdowns, such as a power failure. Maybe that has changed since I last tried whichever one it is that has that issue. If you have a UPS tho, shouldn't be so much of a problem, unless your power supply goes out. XFS. It was designed by SGI for their video rendeing workstations back in the day and used very aggressive caching to get enormous throughput. It was also brilliant at dealing with directories containing thousands of small files - not unusual when dealing with video editing. However, it was also designed for environments where the power is guaranteed to never go off (which explains why they decided to go with such aggressive caching). If you use it in environments where powerouts are not guaranteed to not happen, well.. Well what? It's no less reliable than other filesystems that employ delayed allocation (any modern filesystem worth of note). Over recent years, I use both XFS and ext4 extensively in production and have found the former trumps the latter in reliability. While I like them both, I predicate this assertion mainly on some of the silly bugs that I have seen crop up in the ext4 codebase and the unedifying commentary that has occasionally ensued. From reading the XFS list and my own experience, I have formed the opinion that the maintainers are more stringent in matters of QA and regression testing and more mature in matters of public debate. I also believe that regressions in stability are virtually unheard of, whereas regressions in performance are identified quickly and taken very seriously [1]. The worst thing I could say about XFS is that it was comparatively slow until the introduction of delayed logging (an idea taken from ext3). [2] [3]. Nowadays, it is on a par with ext4 and, in some cases, scales better. It is also one of the few filesystems besides ZFS that can dynamically allocate inodes. ZFS is the most resilient filesystem I've ever used, you can through the bucket and kitchen sink at it and it really doesn't give a shit (it just deals with it :-) ) While its design is intrinsically resilient - particularly its capability to protect against bitrot - I don't believe that ZFS on Linux is more reliable in practice than the filesystems included in the Linux kernel. Quite the contrary. Look at the issues labelled as Bug filed for both the SPL and ZFS projects. There are a considerable number of serious bugs that - to my mind - disqualify it for anything but hobbyist use and I take issue with the increasing tendency among the community to casually recommend it. Here's my anecdotal experience of using it. My hosting company recently installed a dedicated backup server that was using ZFS on Linux. Its primary function was as an NFS server. It was very slow and repeatedly deadlocked under heavy load. On each occasion, the only remedy was for an engineer to perform a hard reboot. When I complained about it, I was told that they normally use FreeBSD but had opted for Linux because the former was not compatible with a fibre channel adapter that they needed to make use of. I then requested that the filesystem be changed to ext4, after which the server was rock solid. Another experience I have is of helping someone resolve an issue where MySQL was not starting. It transpired that he was using ZFS and that it does not support native AIO. I supplied him with a workaround but sternly advised him to switch to a de-facto Linux filesystem if he valued his data and expected anything like decent performance from InnoDB. Speaking of which, XFS is a popular filesystem among knowledgeable MySQL hackers (such as Mark Callaghan) and DBAs alike. For the time being, I think that there are other operating systems whose ZFS implementation is more robust. --Kerin [1] http://www.percona.com/blog/2012/03/15/ext4-vs-xfs-on-ssd/#comment-903938 [2] https://www.kernel.org/doc/Documentation/filesystems/xfs-delayed-logging-design.txt [3] https://www.youtube.com/watch?v=FegjLbCnoBw
Re: [gentoo-user] Re: MBR partition
On Sat, Sep 6, 2014 at 4:54 PM, Kerin Millar kerfra...@fastmail.co.uk wrote: From reading the XFS list and my own experience, I have formed the opinion that the maintainers are more stringent in matters of QA and regression testing and more mature in matters of public debate. That doesn't surprise me. One of the best tools for QA testing any filesystem is xfs_test, which was, as is obvious from the name, developed to stress xfs. I know the btrfs devs use it heavily, though it doesn't test all the more modern features of btrfs like snapshotting, reflinks, send/receive, and so on. I know the whole lkml debate about data=ordered didn't thrill me all that much. I'm a firm believer that no filesystem should eat your data if it doesn't cleanly unmount. I don't have a problem with losing the last n seconds of changes because of write caching. What I do have a problem with is when after a crash a file contains something other than the previous contents or the new contents, especially if a failed append to a file ends up zeroing out the whole file or some nonsense like that. It is also one of the few filesystems besides ZFS that can dynamically allocate inodes. FWIW, btrfs also dynamically allocates inodes. ZFS and btrfs are fairly comparable in terms of capabilities, with each now having a few features the other lacks. Btrfs is definitely less mature though. -- Rich
Re: [gentoo-user] USB Problems
Hello, On Sat, 06 Sep 2014 20:35:39 +0200 J. Roeleveld jo...@antarean.org wrote: Did you read the rest of the email? Yes i have and has say that the printer ever has work with kernel usb printer support and disabled cups usb. I have not been able to use Cups with USB printer support in the kernel for nearly a decade now. Disabling that in the kernel and having Cups handle it, with the USB flag enabled, has always worked for me. I has change now. Kernel USB Module deactivate and cups usb activated. It work not. I can not see the printer. http://picpaste.com/11-PzitLROe.png ^Cgentoomobile siefke dmesg | tails [ 541.371103] usb 3-1: new full-speed USB device number 2 using uhci_hcd [ 541.722168] usb 3-1: New USB device found, idVendor=04f9, idProduct=01eb [ 541.722180] usb 3-1: New USB device strings: Mfr=0, Product=0, SerialNumber=3 [ 541.722188] usb 3-1: SerialNumber: 000M9N691511 [ 925.250217] usb 3-1: USB disconnect, device number 2 [ 930.026070] usb 3-1: new full-speed USB device number 3 using uhci_hcd [ 930.176145] usb 3-1: New USB device found, idVendor=04f9, idProduct=01eb [ 930.176157] usb 3-1: New USB device strings: Mfr=0, Product=0, SerialNumber=3 [ 930.176164] usb 3-1: SerialNumber: 000M9N691511 gentoomobile siefke # cat /usr/src/linux/.config | grep USB_PRINTER # CONFIG_USB_PRINTER is not set I has now try my netbook print over the cups on my dell notebook. But cups from netbook want not print over network. I find crazy. cups access log localhost - - [07/Sep/2014:01:03:53 +0200] POST /jobs HTTP/1.1 200 139 Release-Job successful-ok cups error.log with debug: http://pastebin.com/8mL75b26 I not know what happen that its so crazy. Has someone advice? Wish you nice day Greetings Silvio
Re: [gentoo-user] Re: MBR partition
Kerin Millar wrote: On 06/09/2014 13:54, Alan McKinnon wrote: On 06/09/2014 14:48, Dale wrote: James wrote: Joseph syscon780 at gmail.com writes: Thank you for the information. I'll continue on Monday and let you know. If it will not boot with sector starting at 2048, I will re-partition /boot sda1 to start at 63. Take some time to research and reflect on your needs (desires?) about which file system to use. (ext 2,4) is always popular and safe. Some are very happy with BTRFS and there are many other interesting choices (ZFS, XFS, etc etc).. There is no best solution; but the EXT family offers tried and proven options. YMMV. hth, James I'm not sure if it is ZFS or XFS but I seem to recall one of those does not like sudden shutdowns, such as a power failure. Maybe that has changed since I last tried whichever one it is that has that issue. If you have a UPS tho, shouldn't be so much of a problem, unless your power supply goes out. XFS. It was designed by SGI for their video rendeing workstations back in the day and used very aggressive caching to get enormous throughput. It was also brilliant at dealing with directories containing thousands of small files - not unusual when dealing with video editing. However, it was also designed for environments where the power is guaranteed to never go off (which explains why they decided to go with such aggressive caching). If you use it in environments where powerouts are not guaranteed to not happen, well.. Well what? It's no less reliable than other filesystems that employ delayed allocation (any modern filesystem worth of note). Over recent years, I use both XFS and ext4 extensively in production and have found the former trumps the latter in reliability. While I like them both, I predicate this assertion mainly on some of the silly bugs that I have seen crop up in the ext4 codebase and the unedifying commentary that has occasionally ensued. From reading the XFS list and my own experience, I have formed the opinion that the maintainers are more stringent in matters of QA and regression testing and more mature in matters of public debate. I also believe that regressions in stability are virtually unheard of, whereas regressions in performance are identified quickly and taken very seriously [1]. The worst thing I could say about XFS is that it was comparatively slow until the introduction of delayed logging (an idea taken from ext3). [2] [3]. Nowadays, it is on a par with ext4 and, in some cases, scales better. It is also one of the few filesystems besides ZFS that can dynamically allocate inodes. SNIP --Kerin [1] http://www.percona.com/blog/2012/03/15/ext4-vs-xfs-on-ssd/#comment-903938 [2] https://www.kernel.org/doc/Documentation/filesystems/xfs-delayed-logging-design.txt [3] https://www.youtube.com/watch?v=FegjLbCnoBw The point I was making in my comment was about if the power fails without a proper shutdown. When I used it a long time ago, it worked fine, until there was a sudden power loss. That is when problems pop up. If a person has a UPS, should be good to go. Dale :-) :-)
Re: [gentoo-user] Re: MBR partition
On 07/09/2014 01:28, Dale wrote: Kerin Millar wrote: On 06/09/2014 13:54, Alan McKinnon wrote: On 06/09/2014 14:48, Dale wrote: James wrote: Joseph syscon780 at gmail.com writes: Thank you for the information. I'll continue on Monday and let you know. If it will not boot with sector starting at 2048, I will re-partition /boot sda1 to start at 63. Take some time to research and reflect on your needs (desires?) about which file system to use. (ext 2,4) is always popular and safe. Some are very happy with BTRFS and there are many other interesting choices (ZFS, XFS, etc etc).. There is no best solution; but the EXT family offers tried and proven options. YMMV. hth, James I'm not sure if it is ZFS or XFS but I seem to recall one of those does not like sudden shutdowns, such as a power failure. Maybe that has changed since I last tried whichever one it is that has that issue. If you have a UPS tho, shouldn't be so much of a problem, unless your power supply goes out. XFS. It was designed by SGI for their video rendeing workstations back in the day and used very aggressive caching to get enormous throughput. It was also brilliant at dealing with directories containing thousands of small files - not unusual when dealing with video editing. However, it was also designed for environments where the power is guaranteed to never go off (which explains why they decided to go with such aggressive caching). If you use it in environments where powerouts are not guaranteed to not happen, well.. Well what? It's no less reliable than other filesystems that employ delayed allocation (any modern filesystem worth of note). Over recent years, I use both XFS and ext4 extensively in production and have found the former trumps the latter in reliability. While I like them both, I predicate this assertion mainly on some of the silly bugs that I have seen crop up in the ext4 codebase and the unedifying commentary that has occasionally ensued. From reading the XFS list and my own experience, I have formed the opinion that the maintainers are more stringent in matters of QA and regression testing and more mature in matters of public debate. I also believe that regressions in stability are virtually unheard of, whereas regressions in performance are identified quickly and taken very seriously [1]. The worst thing I could say about XFS is that it was comparatively slow until the introduction of delayed logging (an idea taken from ext3). [2] [3]. Nowadays, it is on a par with ext4 and, in some cases, scales better. It is also one of the few filesystems besides ZFS that can dynamically allocate inodes. SNIP --Kerin [1] http://www.percona.com/blog/2012/03/15/ext4-vs-xfs-on-ssd/#comment-903938 [2] https://www.kernel.org/doc/Documentation/filesystems/xfs-delayed-logging-design.txt [3] https://www.youtube.com/watch?v=FegjLbCnoBw The point I was making in my comment was about if the power fails without a proper shutdown. When I used it a long time ago, it worked fine, until there was a sudden power loss. That is when problems pop up. If a person has a UPS, should be good to go. The point I was making is that there is not a shred of evidence to suggest that XFS is any less resilient in this scenario than newer filesystems employing delayed allocation such as ext4, btrfs and ZFS. What I take issue with is that people continue to single XFS out for criticism, regardless. Let XFS be judged as it it stands today, just as any other actively developed filesystem should be. Filesystem implementations are not set in stone. Just as ext4 developers had to resolve certain engineering challenges raised by the use of delayed allocation, so have XFS developers had to do the same before them [1]. Arguments generally critical of the use of delayed allocation where power loss is a likely event would hold water. Fortunately, options remain for such a scenario (ext3, ext4 + nodelalloc). --Kerin [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7d4fb40