Jump to content
funtoo forums

nrc

Members
  • Content Count

    74
  • Joined

  • Last visited

  • Days Won

    18

nrc last won the day on May 2

nrc had the most liked content!

1 Follower

About nrc

  • Rank
    Advanced Member

Personal

  • Location
    Columbus, Ohio, USA

Recent Profile Visitors

833 profile views
  1. Ok, I'll create a ticket on this but I wanted to close the loop on this thread. I confirmed that following the install instruction creates a USB drive that won't boot on my UEFI boot Alienware Alpha or BIOS boot Latitude 13. These are older systems (2015 and 2010) so maybe that's part of it. The problem is that following the install instructions creates a device that is a bootable ISO 9660 CD-ROM image with no partitioning. Maybe newer systems are smart enough to treat that as a USB CDROM but no settings on my systems would boot with it. Copying the sysrescueCD ISO file, by comparison, creates a partitioned device which includes an EFI boot partition and boots on both systems with no problem. The problem is that the Funtoo Live CD image is not a hybrid mode ISO. The solution is to convert it to hybrid mode with isohybrid: isohybrid -u funtoo-livecd-area31-5.1-beta.iso This is actually mentioned on the Funtoo LiveCD page here: https://www.funtoo.org/LiveUSB
  2. Alienware Steam Machine which is the Alienware Alpha shipped with SteamOS. Let me verify that this is still an issue. In resolving the problem that I was trying to use a rescue boot for, I discovered that something writing dumps to /sys/firmware/efi/efivars had filled the efivars storage. So it's not out of the question that the USB boot problem was related to EFI being borked in general.
  3. Has anyone been able to boot the new Funtoo LiveCD from USB under UEFI? I've created a sysrescuecd USB using essentially the same instructions and it boots under UEFI with no problem. My first attempt with the Funtoo LiveCD on USB using the 'dd' copy wasn't recognized as bootable under UEFI. I mounted the ISO and used the included script 'usb_install.sh" to install it on the USB drive. The result was recognized as bootable by UEFI but when attempting to boot it fails silently and then moves on to the next option.
  4. It's been a while. Of course I usually lag the curve far enough for prices to be reasonable. My gaming is pretty old school and as long as it can build a kernel in a reasonable amount of time, I'm good.
  5. This was the problem that I ran into during my upgrade. PYTHON_TARGETS was still set in /etc/portage/make.conf so 3.6 was still showing as a dependency. It made quite a mess.
  6. Naah. The GNOME Foundation has been a major enabler of Redhat co-opting the majority of the Linux FOSS ecosystem through systemd and it's ever expanding tenticals. Let them get money from their corporate sponsors at Redhat/IBM, Canonical, and Google.
  7. Glad that you've got things working again!
  8. Hrm. Is there an error in the Xorg log file when it fails to start?
  9. I'm running nvidia so I'm not sure. In my install the driver entry in the xorg.conf file matches the xorg log file entry for DRI driver. If that file was generated before your latest changes you might try regenerating it with "Xorg -configure"
  10. Check your xorg.conf file to make sure that your video driver is correct. Should be /etc/X11/xorg.conf.d/xorg.conf
  11. He means to make sure that you don't have anything in make.conf or package.* that would be contradicting the video card settings being established by the mix-in. Make sure that you're not setting VIDEO_CARDS in make.conf, for example. Also try "equery u xorg-drivers" to verify that your USE settings are correct.
  12. Our favorite developer is up to more of his shenanigans. Now he's out to save us from Unix style home directories. https://hackaday.com/2019/10/16/pack-your-bags-systemd-is-taking-you-to-a-new-home/ It's the usual modus operandi. Identify some use case that .5% of the user base cares about and declare that it doesn't work well with the current solutions. Talk about the inadequacy of UNIX Version 7 constructs and ignore all of extensions and solutions that the simple elegance of UNIX principles have allowed. Declare that the whole thing has to be scrapped and replaced with your personal vision of the future. Because there's no possible way that you can play nice with anything else. Thanks again to Daniel and everyone who keeps our systems humming along with all that garbage.
  13. Did you follow the instructions on this page to set a Mix-In to enable the drivers for your graphics card? https://www.funtoo.org/Install/Profiles Run "epro show" to see what mix-ins you have set. Although your card says AMD it looks like it's a "Northern Islands" generation which would use the gfxcard-radeon mix-in.
  14. The basic 1.1.1.1 service is just about avoiding tracking through logging by your DNS provider. They support DNS over TLS and HTTPS if you want additional privacy. They also support DNSSEC although that really depends on the configuration of the site being checked. https://developers.cloudflare.com/1.1.1.1/what-is-1.1.1.1/
  15. The biggest privacy holes are many of the apps and products where people have just accepted sacrificing their privacy for convenience. I've begun switching my phones and tablets from Android to Apple because Google is the worst offender and Apple provides better control privacy for individual apps. Beyond that: Vivaldi Browser with All Google options turned off in Privacy settings DuckDuckGo Search Privacy Badger add-on uBlock Ad blocker add-on 1.1.1.1 DNS resolution on all systems Avoid Google apps as much as possible. Avoid Amazon apps as much as possible. No Facebook ever. No Alexa, Siri, Cortana, Google Assistant or any voice control that listens without being manually activated.
×
×
  • Create New...