Re: [gentoo-user] btrfs and sparse VM image files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 18.05.2014 14:28, schrieb Neil Bothwick: I'm confused about the desirability of keeping VM image files, usually space qcow files, on a btrfs volume. I have read the advice about using chattr +C on the subvolume, but are there any other gotchas? The btrfs wiki says in one place that using sparse file on btrfs is not a good idea, but is that still the case. There is conflicting information out there, does anyone here have any hard experience? No clue yet, but interested as well. Although I avoid these spaced qcow-files anyway. I would like to run QEMU/KVM-based VMs on btrfs subvolumes ... I love the idea of snapshotting them. Until now I often run them on LVM-LVs (as raw) and use virt-backup (which uses LVM snapshots) to generate backups. That works OK but btrfs-snapshots look and are way more sophisticated, I assume. - - I currently move over data from my zfs-pool to a new btrfs pool and will remove zfs then from that server. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTearvAAoJEClcuD1V0Pzm3pcQAIq2yN5/2b8iFeLOBeY8Omwo JykaBvY8oSTa1julDs0JxKeEl7c4BKKB2lqUCpQ1Sl0G4TY4UR3stK/kKbA2X4Y5 9uJsh91U7yz/KsX3r+4d+e8B8iazhT66zY1Xyk94xqMQXjgpOrdDIMbfaK/aWeda 4pz5R47LNLSCEBhNCg0uZV/iv+oXTXGpvtnQ1B/bY15cf122Z59XHDZT9ofEK9EM zS4IucVHQpHS9OXmeusKqYmuos1s/WVYBmxfLJnfiMrd1llbMS9L63K2QV1YWp37 KSimPhyijpTIGPPdUMGjNaVzE2tE3cGOT3j0r33BVap62az1ese4Bi8fEES09bOk MjqGRnki1ZBjOx5cOCDmawvkBgMJzFZvqLofoCi0qGTegk33cXY5PBpPrXVfG2Qn 7WaVifl+oR16mVvpMKYUfoVmRZz93X8ZWQQT0Rfxtw3Sr+k9U6RUYl8lb/KqArAv kSKFH3jqRKpXJ7bfevKdB7YZp4+pKKf4PR3AHHLSkYJbM6H/1His1YNfdAfn074G 3D/HSIJNpojBRybpwM4eeYcB9DxqG712LkjNGHyvnfAuUpsnjUVQrBPLhblajvDy J7K0PdfYPUm37Hl4cVk3ohlM4h7kIxLDxptmV6darB1JAQV+J/G5R6HqRxfdvOHN s75mo/Ph+pKG/H4SM1Uk =wWUR -END PGP SIGNATURE-
Re: [gentoo-user] btrfs only, without dracut
Am 17.05.2014 20:48, schrieb Greg Turner: On Sat, May 17, 2014 at 8:56 AM, Stefan G. Weichinger li...@xunil.atwrote: It seems to not detect or interpret correctly the fact that there are 2 physical devices in there and then the linux ... line for grub.cfg gets messed up, at least for me here. ACK, genkernel initramfs doesn't btrfs scan and TSHTF. genkernel-next works though. I use dracut for generating the initramfs. But if you have it working now without any initramfs then obviously that is full of win (the LA kind, not the Redmond variety)! I wonder if there are any real advantages of booting *with* the initramfs even when you don't need it. When I look at what dracut does in interaction with systemd: https://www.kernel.org/pub/linux/utils/boot/dracut/dracut.html#dracutbootup7 https://www.kernel.org/pub/linux/utils/boot/dracut/dracut.html#_dracut_on_shutdown ... it seems to me that this adds something like an additional layer around certain things and helps to make all that more bulletproof? Or do I misinterpret here? I am a bit mystified -- or perhaps ignorant -- as to how it came to be that btrfs has no option to automatically initiate a scan (like md raid does, when it's built into the kernel as a non-module). Surely people must want that feature. I can see how scanning the wrong partitions could lead to terrible mayhem, though, say, in a disaster recovery scenario where you binary-cloned a failing drive and forgot to take the old one out before booting or whatever but btrfs has the secret sauce to most likely figure stuff like that out auto-magically anyhow, using the genid... so what gives? Anyone know? I don't. Not yet.
Re: [gentoo-user] btrfs and sparse VM image files
Am 18.05.2014 14:28, schrieb Neil Bothwick: I'm confused about the desirability of keeping VM image files, usually space qcow files, on a btrfs volume. I have read the advice about using chattr +C on the subvolume, but are there any other gotchas? The btrfs wiki says in one place that using sparse file on btrfs is not a good idea, but is that still the case. There is conflicting information out there, does anyone here have any hard experience? Just take a look at the official Gotchas Page of BTRFS, which can be found here: https://btrfs.wiki.kernel.org/index.php/Gotchas Putting virtual image files on Btrfs is something that the developers still do not recommend at all, and that's with reason! If you really do want to put them up a COW filesystem, you should try ZFS on Linux instead, otherwise go with XFS or ext4 - in that kind of order. Frankly said, Btrfs in my humble opinion is just not ready for prime time yet and will not be for a couple of year and if you really do want a COW filesystem now, you should take a look at ZFS instead.
Re: [gentoo-user] Fonts and bad eyes
Hello, On Sat, 17 May 2014, Walter Dnes wrote: On Sat, May 17, 2014 at 01:21:08PM +0200, David Haller wrote The Linux text-console font is also very good. I used to do email and various other stuff on a VGA2 screen (640x480). There are 5 lat1 consolefonts... /usr/share/consolefonts/lat1-08.psfu.gz [..] /usr/share/consolefonts/lat1-16.psfu.gz [..] Then video drivers came along that insisted on taking over text mode, and running at native framebuffer resolution. I have a 1280x800 notebook that would be perfectly legible with the screen kicked into 640x480 mode, and lat1-12 font selected. Unfortunately, the Intel driver takes over and 1280x800 pixels text mode is barely legible 160 columns x 50 rows. On some machines, it was possible to override things and force 640x480 mode in consolemode at bootup. Unfortunately, that forcing would also stick in X, where you do not want 640x480 pixels!!! Hm. I've no idea about the intel-drivers, but nvidia plays nice with nomodeset or rather, I just use vga=normal on the kernel commandline. I do not have any graphics driver in the initrd, the nvidia module is loaded only as X gets started. Maybe that is the problem I have with newer driver versions (I use 295.49, any newer I tested just gives me a blank screen). I should try using nvidiafb again. The consolefont program can select any available font. Question... * Plan A) can I get 16-pixel wide lat1 consolefonts from somewhere? emerge terminus-font might help. E.g.: setfont ter-132n. But that seems to need a framebuffer, but you seem to have that ;) I like default8x16 better though. At least at vga=normal which gives me a nice 80x25 terminal ;) * Plan B) is there free software around that can modify/tweak the regular fonts to double their width? emerge psftools man -k psf HTH, -dnh -- An Emacs reference mug is what I want. It would hold ten gallons of coffee. -- Steve VanDevender
Re: [gentoo-user] Fonts and bad eyes
Hello, On Sun, 18 May 2014, Peter Humphrey wrote: On Saturday 17 May 2014 13:21:08 David Haller wrote: The Linux text-console font is also very good. Yes, except for one thing: the oblique stroke through the zero. That makes it almost indistinguishable from an 8, to my poor eyes (one acute myopia, the other even more acute astigmatism together with moderate myopia, and now both being destroyed slowly by glaucoma). Some time ago I tried to find out where the VC font is defined, with a view to removing that oblique bar, but I ran out of steam before finding it. If anyone can shed any light on this I'd be grateful. /usr/src/linux/drivers/video/console/font_*.c e.g.: font_10x18.c /* 48 0x30 '0' */ 0x00, 0x00, /* 00 */ 0x0e, 0x00, /* 111000 */ 0x1f, 0x00, /* 000100 */ 0x23, 0x00, /* 0010001100 */ 0x61, 0x80, /* 011110 */ 0x63, 0x80, /* 011000@110 */ 0x65, 0x80, /* 01100@0110 */ 0x65, 0x80, /* 01100@0110 */ 0x69, 0x80, /* 0110@00110 */ 0x69, 0x80, /* 0110@00110 */ 0x71, 0x80, /* 011@000110 */ 0x61, 0x00, /* 011100 */ 0x31, 0x00, /* 0011000100 */ 0x3e, 0x00, /* 001000 */ 0x1c, 0x00, /* 000111 */ 0x00, 0x00, /* 00 */ 0x00, 0x00, /* 00 */ 0x00, 0x00, /* 00 */ There you have your diagonal (I marked i with @ instead of 1). Or it's the default8x16.psf[u][.gz] in /usr/share/kbd/consolefonts. So, depending on which console-font you've chosen, edit the char of the respective font and make a patch out of it (diff), so that you can easily apply it to new kernels. Maybe make an overlay out of it ;) I think, the kernel-builtin fonts are used until framebuffer and kbd are loaded. HTH, -dnh -- Math problems? Call 1-800-[(10x)(13i)^2]-[sin(xy)/2.362x].
Re: [gentoo-user] boot problems
On 5/16/2014 6:04 AM, Canek Peláez Valdés can...@gmail.com wrote: Whatever gets rid of LVM is good on my book. I've never understood why people uses it, and in my experience it only brings headaches. One very big reason to have been using it on linux - since it is only relatively recently that zfs has been an option, and now btrfs is getting there - and about the only reason I use it, is for snapshots, which bring consistent point-in-time backups for things like mail servers Others use it for it filesystem resizing abilities, but I've only had to do this once or twice and that was a long time ago - but, I was able to do it... :) Yes, zfs, and now btrfs, now offer much better support for both of these and then some, but they weren't around/available for linux until relatively recently, which LVM was stable and mature.
Re: [gentoo-user] btrfs and sparse VM image files
On Mon, 19 May 2014 12:07:32 +0200, Marc Stürmer wrote: Just take a look at the official Gotchas Page of BTRFS, which can be found here: https://btrfs.wiki.kernel.org/index.php/Gotchas Putting virtual image files on Btrfs is something that the developers still do not recommend at all, and that's with reason! The page you linked to does not actually state that. There are plenty of hints and sideways references but little concrete information about what is safe with the current release - hence my question. If you really do want to put them up a COW filesystem, you should try ZFS on Linux instead, otherwise go with XFS or ext4 - in that kind of order. They are already on ZFS but I am investigating btrfs as an alternative to ZFS. ZFS and ext4 would mean losing the volume management that ZFS and btrfs offer, not to mention forcing a repartition. -- Neil Bothwick Do you steal taglines too? signature.asc Description: PGP signature
Re: [gentoo-user] OT: PNG MIMI type
On Sat, May 17, 2014 at 04:43:31PM +0200, waben...@gmail.com wrote: My classes have a optical power of about 4-dioptre and I need a special class for screen reading. I'm using XFCE as WM and these are my settings: OT, but SCNR: ;-) Did you just expose yourself as an apple user, or why does your Claws think that PNGs are of MIME image/x-apple-ios-png? -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. Baby to twin at the other breast, winking: “Bottoms up!?” signature.asc Description: Digital signature
Re: [gentoo-user] Fonts and bad eyes
On Sat, May 17, 2014 at 02:58:26PM +0100, Peter Humphrey wrote: On Saturday 17 May 2014 02:17:17 Dale wrote: Howdy, I'm curious. I'm sure there are some older folks on here that have eyes that are not in the best of shape. Mine are not real good even with glasses. My question is, what font is the easiest to read for folks with bad eyes? In other words, for you folks who can't see good, what font do you use? […] So far I've found these to be acceptable: Liberation Sans Bitstream Vera Sans Clockopia DejaVu Sans […] Verdana For the record: DejaVu is practically the same as Bitstream Vera, but with a much wider range of supported characters. I suppose one of the reasons for their wide-spread use is (apart from them being free) their high readability. Sans and serif are very similar to another and do look nice. That last one, I believe, was designed by M$ for use in web pages. I'll spend some time with each of them and find which I like best. You'll notice that they're all sans-serif. That's because I believe serif fonts need a higher pixel density than most screens have, and that's why they work well when printed on paper but not here. Serifs help the eye at staying on the line while perusing. We as Linux users have the big advantage of the great font rendering engine (that actually brought me to Linux in the first place many moons ago) which can render such details beautifully, so we would notice them, but without them distracting, even *if* they are a bit pixelated. (I switch off the RGB subpixels rendering though because I don’t like the apparent colour bleed.) Serif fonts are designed to be used in longer texts. Thus they are a suboptimal choice for UI elements, because those are usually rather short. Using hinting at full level might actually be a not-so-good idea, because while it makes smaller fonts really crisp (filled pixel or no filled pixel), it may lessen readability because 1) lines thickness can only vary by full pixels, making lines thinner than they actually are, especially on low-DPI screens. 2) the inter-letter spacing must be quantified in full pixels also. So using half strength hinting might make the font look fuzzier on first sight, but will improve reading flow because spacings are more even and details can be perceived without poking out. And if you look from farther away, it will look more natural. The MS fonts have very detailed hinting information because they were designed for screen use. That’s why they still look quite good with full hinting on. Another big advantage that we as Linuxlers have is that most GUIs will scale nicely if we crank up the font size, as opposed to some commercial OS I could mention. So Dale, since you are on KDE, use the freedom it gives you (unlike some other DEs *cough*) and just crank up the sizes. ;) Twiddling with DPI settings OTOH may be counterproductive. If you visit a website that says: font-size: 10pt, then the font will look the same on *all* screens if their DPI is set to the actual value. If the DPI is set to the same value for all, but they have *physically* different pixel pitches, then the font will look different on each screen. I’m not an old fart[TM] yet, so I can afford running a tiny terminus on this 136 DPI laptop. ^^ However, when working in vim, I do use a colour scheme similar to what wabenau describes in his mail: dark (but not black) background with light (but not bright) text colours. For the interested: that scheme is called Wombat: http://www.vim.org/scripts/script.php?script_id=2465 -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. It is in human’s nature to think reasonably and act illogically. signature.asc Description: Digital signature
Re: [gentoo-user] Fonts and bad eyes
On Monday 19 May 2014 12:29:09 David Haller wrote: On Sun, 18 May 2014, Peter Humphrey wrote: Some time ago I tried to find out where the VC font is defined, with a view to removing that oblique bar, but I ran out of steam before finding it. If anyone can shed any light on this I'd be grateful. /usr/src/linux/drivers/video/console/font_*.c e.g.: font_10x18.c /* 48 0x30 '0' */ 0x00, 0x00, /* 00 */ 0x0e, 0x00, /* 111000 */ 0x1f, 0x00, /* 000100 */ 0x23, 0x00, /* 0010001100 */ 0x61, 0x80, /* 011110 */ 0x63, 0x80, /* 011000@110 */ 0x65, 0x80, /* 01100@0110 */ 0x65, 0x80, /* 01100@0110 */ 0x69, 0x80, /* 0110@00110 */ 0x69, 0x80, /* 0110@00110 */ 0x71, 0x80, /* 011@000110 */ 0x61, 0x00, /* 011100 */ 0x31, 0x00, /* 0011000100 */ 0x3e, 0x00, /* 001000 */ 0x1c, 0x00, /* 000111 */ 0x00, 0x00, /* 00 */ 0x00, 0x00, /* 00 */ 0x00, 0x00, /* 00 */ There you have your diagonal (I marked i with @ instead of 1). Magic! Let me know when you're next in the Peak District and the drinks will be on me! Or it's the default8x16.psf[u][.gz] in /usr/share/kbd/consolefonts. So, depending on which console-font you've chosen, edit the char of the respective font and make a patch out of it (diff), so that you can easily apply it to new kernels. Maybe make an overlay out of it ;) I think, the kernel-builtin fonts are used until framebuffer and kbd are loaded. HTH, -dnh -- Regards Peter
Re: [gentoo-user] btrfs and sparse VM image files
On Mon, May 19, 2014 at 7:01 AM, Neil Bothwick n...@digimed.co.uk wrote: On Mon, 19 May 2014 12:07:32 +0200, Marc Stürmer wrote: Just take a look at the official Gotchas Page of BTRFS, which can be found here: https://btrfs.wiki.kernel.org/index.php/Gotchas Putting virtual image files on Btrfs is something that the developers still do not recommend at all, and that's with reason! The page you linked to does not actually state that. There are plenty of hints and sideways references but little concrete information about what is safe with the current release - hence my question. I haven't had significant issues with casually running VMs on btrfs, but right now I wouldn't say the performance is spectacular. I do have my VM images set to use COW - I'd rather take a performance hit than not have data protected. If performance were a big concern I'd probably end up setting up an ext4 on mdadm+lvm, but I really don't want to go splitting up my drives as managing that was a real pain in the past (mdadm is much less flexible than btrfs when you have drives of differing sizes). If you really do want to put them up a COW filesystem, you should try ZFS on Linux instead, otherwise go with XFS or ext4 - in that kind of order. They are already on ZFS but I am investigating btrfs as an alternative to ZFS. ZFS and ext4 would mean losing the volume management that ZFS and btrfs offer, not to mention forcing a repartition. How does ZFS prevent fragmentation? Does it use COW for all writes (I thought it did)? The fundamental issue is that data is never overwritten in place. That means that if you change one block in a 2GB file, you end up with two extents for the file, until things get bad enough that the OS ends up copying the entire file into a single extent. Maybe another strategy (if there aren't any impacted snapshots) is to overwrite data in place using a journal when you have a file with many random writes (basically like journal=data mode on ext4). That would be a bit like creating a second extent and then when there is time moving it back on top of the first extent. Once you have a snapshot I'd think you'd never be able to prevent fragmentation, though I guess if you're clever you could merge extents that share common snapshots. Has ZFS actually been shown to perform well for VMs in comparison to ext4? If so, I wonder how they do it. Rich
Re: [gentoo-user] btrfs only, without dracut
On Mon, May 19, 2014 at 3:04 AM, Stefan G. Weichinger li...@xunil.at wrote: Am 17.05.2014 20:48, schrieb Greg Turner: But if you have it working now without any initramfs then obviously that is full of win (the LA kind, not the Redmond variety)! I wonder if there are any real advantages of booting *with* the initramfs even when you don't need it. ... ... it seems to me that this adds something like an additional layer around certain things and helps to make all that more bulletproof? Now that I know how to use dracut I'm basically using it everywhere, even for VMs that have a single ext4 partition (where it really is a bit overkill). For the most part it is plug-and-play, and once you start getting multiple disks involved it adds a lot of robustness. Dracut can fsck your disks if you want, it can reliably mount the right root even with fairly confusing layouts, and it actually respects whatever is in /etc/fstab. It can also be told to mount anything you want before pivoting via an additional fstab (with the usual syntax). Sure, in theory it is one more thing that can go wrong, but I look at it more like one thing that can help get things to go right when they would otherwise go wrong. I'd encourage anybody who hasn't used it to at least get an understanding of it. It can make your life easier. There was a Lennart article about using the initramfs to do shutdown which was good reading. The concept is that you can cleanly unmount everything this way, and it also handles FUSE much better. Rich
Re: [gentoo-user] btrfs only, without dracut
Am 19.05.2014 15:39, schrieb Rich Freeman: On Mon, May 19, 2014 at 3:04 AM, Stefan G. Weichinger li...@xunil.at wrote: ... it seems to me that this adds something like an additional layer around certain things and helps to make all that more bulletproof? Now that I know how to use dracut I'm basically using it everywhere, even for VMs that have a single ext4 partition (where it really is a bit overkill). For the most part it is plug-and-play, and once you start getting multiple disks involved it adds a lot of robustness. Dracut can fsck your disks if you want, it can reliably mount the right root even with fairly confusing layouts, and it actually respects whatever is in /etc/fstab. It can also be told to mount anything you want before pivoting via an additional fstab (with the usual syntax). Yes, it looks like a small system to me that boots and works before the real system boots up. Sure, in theory it is one more thing that can go wrong, but I look at it more like one thing that can help get things to go right when they would otherwise go wrong. I'd encourage anybody who hasn't used it to at least get an understanding of it. It can make your life easier. So my impressions were right, thanks for agreeing and explaining. There was a Lennart article about using the initramfs to do shutdown which was good reading. The concept is that you can cleanly unmount everything this way, and it also handles FUSE much better. Do you have an URL at hand for that? Thanks, Stefan
[gentoo-user] grub2 boots only older kernel
Hello, grub 2 trouble? I have 6 different kernels. that show up in /boot and in the grub2 boot menu of choices. The lastest version that works is 3.13.6 I cannot get any since then to boot the (FX8350) gentoo system. Very weird. I even copied of the .config file from 3.13.6 to 3.14.4, answered the questions and issued: make make modules_install cp arch/x86_64/boot/bzImage /boot/kernel-3.14.4-gentoo cp System.map /boot/System.map-3.14.4-gentoo cp .config /boot/config-3.14.4-gentoo grub2-mkconfig -o /boot/grub/grub.cfg /etc/default/grub has: GRUB_DEFAULT=kernel-3.14.4-gentoo GRUB_HIDDEN_TIMEOUT=3 GRUB_TIMEOUT=10 GRUB_GFXMODE=1024x768 GRUB_DISABLE_RECOVERY=true I need ideas as where to look, what to fix to get a newer kernel booting from grub2. Not any changes since 3.13 series was first used: (3.13.1) Note this problem started with kernel 3.13.7-gentoo and has persisted through 3.14.4. I have even diff the .config files [1] stumped needing a nudge, James [1] diff config-3.13.6B-gentoo config-3.14.4-gentoo 3c3 # Linux/x86 3.13.6-gentoo Kernel Configuration --- # Linux/x86 3.14.4-gentoo Kernel Configuration 178d177 # CONFIG_UIDGID_STRICT_TYPE_CHECKS is not set 264a264,268 CONFIG_HAVE_CC_STACKPROTECTOR=y # CONFIG_CC_STACKPROTECTOR is not set CONFIG_CC_STACKPROTECTOR_NONE=y # CONFIG_CC_STACKPROTECTOR_REGULAR is not set # CONFIG_CC_STACKPROTECTOR_STRONG is not set 399d402 CONFIG_MICROCODE_INTEL_LIB=y 452a456 # CONFIG_ZSMALLOC is not set 465d468 # CONFIG_CC_STACKPROTECTOR is not set 771a775 # CONFIG_NF_TABLES_INET is not set 780a785 CONFIG_NFT_REJECT=m 816d820 CONFIG_NFT_REJECT_IPV4=y 817a822 CONFIG_NFT_REJECT_IPV4=m 836a842 CONFIG_NFT_REJECT_IPV6=m 885a892,893 # CONFIG_NET_SCH_HHF is not set # CONFIG_NET_SCH_PIE is not set 933c941,942 # CONFIG_NETPRIO_CGROUP is not set --- # CONFIG_CGROUP_NET_PRIO is not set # CONFIG_CGROUP_NET_CLASSID is not set 1104a1114 # CONFIG_GENWQE is not set 1513a1524 CONFIG_ARCH_MIGHT_HAVE_PC_SERIO=y 1580a1592 # CONFIG_SERIAL_CLPS711X is not set 1665a1678 # CONFIG_I2C_DESIGNWARE_PLATFORM is not set 1671a1685 # CONFIG_I2C_RIIC is not set 1681a1696 # CONFIG_I2C_ROBOTFUZZ_OSIF is not set 1730a1746 # CONFIG_GPIO_CLPS711X is not set 1733a1750 # CONFIG_GPIO_SCH311X is not set 1764d1780 # CONFIG_GPIO_MCP23S08 is not set 1937d1952 # CONFIG_CPU_THERMAL is not set 1938a1954 # CONFIG_RCAR_THERMAL is not set 1940a1957 # CONFIG_ACPI_INT3403_THERMAL is not set 1952a1970 # CONFIG_DW_WATCHDOG is not set 2034a2053 # CONFIG_MFD_MAX14577 is not set 2055a2075 # CONFIG_MFD_LP3943 is not set 2085a2106 # CONFIG_REGULATOR_ACT8865 is not set 2121d2141 # CONFIG_VIDEO_V4L2_INT_DEVICE is not set 2186d2205 # CONFIG_USB_SN9C102 is not set 2240a2260,2263 # Audio/Video compression chips # # 2280a2304 # CONFIG_DRM_I915 is not set 2291a2316 # CONFIG_DRM_BOCHS is not set 2328a2354 # CONFIG_FB_OPENCORES is not set 2667d2692 # CONFIG_USB_MUSB_HDRC is not set 2705a2731 # CONFIG_USB_MUSB_HDRC is not set 2706a2733 # CONFIG_USB_DWC2 is not set 2742a2770 # CONFIG_USB_SERIAL_MXUPORT is not set 2796a2825,2826 # CONFIG_USB_OTG_FSM is not set # CONFIG_KEYSTONE_USB_PHY is not set 2819a2850 # CONFIG_USB_GR_UDC is not set 2930a2962 # CONFIG_RTC_DRV_ISL12057 is not set 3010a3043 # CONFIG_HP_WIRELESS is not set 3113a3147,3151 # Humidity sensors # # CONFIG_DHT11 is not set # 3122a3161 # CONFIG_CM32181 is not set 3137a3177,3180 # Inclinometer sensors # # 3139a3183 # CONFIG_MPL3115 is not set 3157a3202 # CONFIG_BCM_KONA_USB2_PHY is not set 3169a3215 CONFIG_DMI_SCAN_MACHINE_NON_EFI_FALLBACK=y 3176a3223 CONFIG_EFI_RUNTIME_MAP=y 3221d3267 CONFIG_GENERIC_ACL=y 3338d3383 # CONFIG_DEBUG_INFO is not set 3381a3427 CONFIG_PANIC_TIMEOUT=0 3474a3521,3522 # CONFIG_TEST_MODULE is not set # CONFIG_TEST_USER_COPY is not set 3493d3540 # CONFIG_X86_DECODER_SELFTEST is not set 3672a3720 # CONFIG_CRYPTO_DEV_CCP is not set
Re: [gentoo-user] udev or Gentoo issue?
I have this: # dmesg | grep enp [4.297862] systemd-udevd[659]: renamed network interface eth0 to enp0s20u2u1 [4.778289] systemd-udevd[660]: renamed network interface eth0 to enp0s20u2u2 [6.496193] ax88179_178a 3-2.1:1.0 enp0s20u2u1: ax88179 - Link status is: 1 [7.905393] ax88179_178a 3-2.2:1.0 enp0s20u2u2: ax88179 - Link status is: 1 # That doesn't tell us when the network initscripts tried and failed to start but this from /var/log/messages/everything/current shows the first time in the boot sequence that a dependent service failed to start because of the networking failure so it should be before this: [kernel] [0.787433] serio: i8042 AUX port at 0x60,0x64 irq 12 [/etc/init.d/unbound] ERROR: cannot start unbound as net.enp0s20u2u1 would not start [kernel] [0.792081] rtc_cmos 00:04: alarms up to one month, y3k, 242 bytes nvram, hpet irqs Yeah, so I think the kernel is detecting your network card after udev has already started. One interesting experiment would be to delay the boot process to allow the kernel additional time to detect devices. Adding rootdelay=10 to your kernel command line should do the trick, unless you are using some broken initramfs. I tried that and it works great which I think confirms our suspicions that the kernel is detecting my network cards after udev has already started. If I remove rootdelay=10 and I do this: # ln -s /dev/null /etc/udev/rules.d/90-network.rules the network interfaces fail to come up which is the same thing I've experienced with rc_hotplug=net.*. Yeah, so this is not solvable using service dependencies. You will either need to make that boot delay permanent, or rely on the hotplug functionality to start the net.en* services. In the latter case, you should remove them from the default runlevel. Was the 10-second boot delay based on anything in particular or can I try a lower delay like 5 seconds? It's tricky to get the machine back when I lose it otherwise I would just test it myself. Would it make sense for me to submit a feature request for network interfaces to wait until all USB devices have been initialized before starting (or something like that)? You may want to define rc_need=!net to prevent init scripts that need net from automatically starting the net.* services. For most services this is fine, but it will obviously break things like ntpdate which actually need a usable network connection. I don't follow this. Doesn't hotplug need to be able to start the net.* services in order for that solution to work? - Grant
Re: [gentoo-user] btrfs only, without dracut
Rich Freeman wrote: Now that I know how to use dracut I'm basically using it everywhere, even for VMs that have a single ext4 partition (where it really is a bit overkill). For the most part it is plug-and-play, and once you start getting multiple disks involved it adds a lot of robustness. Dracut can fsck your disks if you want, it can reliably mount the right root even with fairly confusing layouts, and it actually respects whatever is in /etc/fstab. It can also be told to mount anything you want before pivoting via an additional fstab (with the usual syntax). Sure, in theory it is one more thing that can go wrong, but I look at it more like one thing that can help get things to go right when they would otherwise go wrong. I'd encourage anybody who hasn't used it to at least get an understanding of it. It can make your life easier. There was a Lennart article about using the initramfs to do shutdown which was good reading. The concept is that you can cleanly unmount everything this way, and it also handles FUSE much better. Rich I might add, I used dracut for a while. A while back when I went to boot back up, shutdown because my power went out, the init thingy failed. I had zero clue on how to fix it so I edited grub to ignore the init part and booted up the old way. Once booted, I kicked out the init thingy and haven't built one since. I posted this a good while back, init thingy fails, it's gone. You are right, it is one more thing that can go wrong. It certainly hasn't fixed anything yet but it sure did break and keep me from booting with it. ;-) Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] btrfs only, without dracut
Am 19.05.2014 22:51, schrieb Dale: I might add, I used dracut for a while. A while back when I went to boot back up, shutdown because my power went out, the init thingy failed. I had zero clue on how to fix it so I edited grub to ignore the init part and booted up the old way. Once booted, I kicked out the init thingy and haven't built one since. I posted this a good while back, init thingy fails, it's gone. You are right, it is one more thing that can go wrong. It certainly hasn't fixed anything yet but it sure did break and keep me from booting with it. ;-) you english speaking guy call that YMMV ... right? ;-) on the other hand this evening I was able to boot up a live cd on a brand new Fuji TX150, transfer some rootfs-backup to it and configure grub2/systemd/dracut/btrfs/kitchensink from the chroot so that grub2 and dracut booted up correctly on the first try. ... yeah ... I am quite experienced already (I think so, sorry for sounding arrogant) but I am not used to getting it right on the first time (usually you forget some fs/module/uuid-detail ... and chroot a 2nd time). This might not have been dracut's own merit but it worked anyway. Stefan
Re: [gentoo-user] btrfs only, without dracut
On 19/05/2014 23:43, Stefan G. Weichinger wrote: Am 19.05.2014 22:51, schrieb Dale: I might add, I used dracut for a while. A while back when I went to boot back up, shutdown because my power went out, the init thingy failed. I had zero clue on how to fix it so I edited grub to ignore the init part and booted up the old way. Once booted, I kicked out the init thingy and haven't built one since. I posted this a good while back, init thingy fails, it's gone. You are right, it is one more thing that can go wrong. It certainly hasn't fixed anything yet but it sure did break and keep me from booting with it. ;-) you english speaking guy call that YMMV ... right? ;-) Dale's middle name is Murphy The universe speaks to him in strange and wonderful ways by making his computer do $OTHER_STUFF in strange and wonderful ways Dale is the best UAT tester in.the.whole.world - s'truth :-) on the other hand this evening I was able to boot up a live cd on a brand new Fuji TX150, transfer some rootfs-backup to it and configure grub2/systemd/dracut/btrfs/kitchensink from the chroot so that grub2 and dracut booted up correctly on the first try. ... yeah ... I am quite experienced already (I think so, sorry for sounding arrogant) but I am not used to getting it right on the first time (usually you forget some fs/module/uuid-detail ... and chroot a 2nd time). This might not have been dracut's own merit but it worked anyway. Stefan -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] grub2 boots only older kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/05/14 05:26, James wrote: Hello, Greetings :-) I even copied of the .config file from 3.13.6 to 3.14.4, answered the questions and issued: By answered the questions can I assume this to mean `make oldconfig`? make make modules_install cp arch/x86_64/boot/bzImage /boot/kernel-3.14.4-gentoo cp System.map /boot/System.map-3.14.4-gentoo cp .config /boot/config-3.14.4-gentoo grub2-mkconfig -o /boot/grub/grub.cfg This looks fine. GRUB_DEFAULT=kernel-3.14.4-gentoo GRUB_HIDDEN_TIMEOUT=3 GRUB_TIMEOUT=10 GRUB_GFXMODE=1024x768 GRUB_DISABLE_RECOVERY=true This also looks fine I need ideas as where to look, what to fix to get a newer kernel booting from grub2. Not any changes since 3.13 series was first used: (3.13.1) Note this problem started with kernel 3.13.7-gentoo and has persisted through 3.14.4. I have even diff the .config files [1] For anyone to give you a useful answer, we would need more detailed information about your specific issue - for example: - - how far through the boot process does the broken kernel get? - - Are there any error messages or stack traces? - - Is there any display at all? - - What is the kernel cmdline used to boot the kernel? - - Do you use an initramfs? As for the kernel diff below, there are obviously a few options changed between the kernels, but without more information about your hardware and an idea of what is actually happening, it's difficult to tell if any are the cause of your issue. stumped needing a nudge, *nudge* Cheers; wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlN6mJYACgkQXcRKerLZ91lH+wD8CmQ2TzCvd9kcHf3LbW6cLt9S nvWraneMUG06R9Cs2xgA/iow3X4EqGK6nGzxHNgq6nX30NKIO6ZdVBhVz7H4y4me =bvNG -END PGP SIGNATURE-
Re: [gentoo-user] grub2 boots only older kernel
On 05/19/14 19:00, wraeth wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/05/14 05:26, James wrote: Hello, Greetings :-) I even copied of the .config file from 3.13.6 to 3.14.4, answered the questions and issued: By answered the questions can I assume this to mean `make oldconfig`? make make modules_install cp arch/x86_64/boot/bzImage /boot/kernel-3.14.4-gentoo cp System.map /boot/System.map-3.14.4-gentoo cp .config /boot/config-3.14.4-gentoo grub2-mkconfig -o /boot/grub/grub.cfg This looks fine. GRUB_DEFAULT=kernel-3.14.4-gentoo GRUB_HIDDEN_TIMEOUT=3 GRUB_TIMEOUT=10 GRUB_GFXMODE=1024x768 GRUB_DISABLE_RECOVERY=true This also looks fine I need ideas as where to look, what to fix to get a newer kernel booting from grub2. Not any changes since 3.13 series was first used: (3.13.1) Note this problem started with kernel 3.13.7-gentoo and has persisted through 3.14.4. I have even diff the .config files [1] For anyone to give you a useful answer, we would need more detailed information about your specific issue - for example: - - how far through the boot process does the broken kernel get? - - Are there any error messages or stack traces? - - Is there any display at all? - - What is the kernel cmdline used to boot the kernel? - - Do you use an initramfs? It never tries to boot. Grub just sits there withe phrase (did not copy it down) where it says what version it will boot on the screen and it does nothing (locked up?) I have to cntlaltdel or push a manual reset. It never tries to load the kernel. Does not matter if I try a 3.13.7 or 3.14.x, I've rebuilt them quite a few times and did all the grub2 steps, but none of the newer kernels will boot. Nothing was done to the bios. The only change was to get rid of ATI Frame buffer support as suggested upon a recent update: * Checking for suitable kernel configuration options... * CONFIG_FB_RADEON:should not be set. But it is. * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. James
[gentoo-user] Re: problem getting systemd to work [solved more or less]
Hi. I just wanted to thank everyone on the list, Canek and Stefan most of all, for finally helping me to get systemd going on my system! It was definitely a struggle, which should not be, but I finally got things to work pretty well. Booting is definitely faster, although I hope not to boot often, so I have never been sure why this is so important, but I think I have most of the dependencies worked out! One or two questions still puzzle me -- I didn't know till I made some errors that some things in units are case sensitive -- no where in the manual does it mention any of this -- so which things are actually case sensitive? I know Unit and Service are -- anything else? Also, whatever happened to rcopen-init-service, it would be nice to be able to use gentooized init.d scripts, not an absolute necessity, but I was just curious about that one. Thanks in advance for any suggestions. -- 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