Re: nvme drives
Hello, The kernel should be able to detect those remapped nvme drives and report them in the ahci sysfs tree. cat /sys/bus/pci/drivers/ahci/*:*/remapped_nvme This command should report a number greater than 0 if there is such a remapped nvme. Since the nvme is listed in the lsblk output, there should be no remapping occuring, though. What drives do you expect the machine to have? Your output lists one unpartitioned scsi/sata drive as /dev/sda, one nvme drive as /dev/nvme0n1 including three partitions, one optical drive as /dev/sro, and some zram (compressed ram). parted should be able to work with both sda and nvme0n1. I think the -l option for parted should list all drives and partitions it can access. parted -l -- ProgAndy Am 03.10.22 um 18:52 schrieb Jude DaShiell: > That needs sighted people to even look at those settings let alone adjust > them. > . > On Mon, 3 Oct 2022, nhas...@gmail.com wrote: > >> By any chance is the disk controller in the EUFI/BIOS set to RAID or Intel >> rapid storage technology? Try changing it to ACHI and see if that resolves >> your issue. >>
Re: [arch-general] USB Access of Nikon D3500 DSLR
Am 07.06.21 um 14:35 schrieb mpan via arch-general: >> Thank you friends for your trying to help. But none of the suggestions >> worked. In fact I had already tried those before writing to the mailing >> list. Finally one of my friends (not in mailing list) suggested me to >> install 'shotwell' ( >> https://archlinux.org/packages/community/x86_64/shotwell/), and it solved >> the problem. After installing 'shotwell', when I made the camera 'on' >> after >> connecting to my PC's USB the camera got mounted and the icon came up on >> the Desktop. I reported it here as an information service. Thank you all. > Shotwell is a pictures browser, unrelated to handling cameras by the > file manager or desktop environment. It seems to be a coincidence caused > by installation of one of the dependencies of the shotwell package. > Therefore the issue is not solved. > > Of all its dependencies the only ones I see, that do relate to photos > access and wouldn’t be installed already on Arch Linux as the base > dependencies, is libgphoto2 and whatever it needs. Which would be > installed as a dependency of gvfs-gphoto2 suggested above. It might simply be an incidental restart between the tests. libgphoto2 installs udev rules that might require a system restart or a reload of the udev rules. gvfs-gphoto2 installs a systemd user service and a gvfs monitor, which might require a restart of the user session.
Re: [arch-general] any IEEE 802.11ax wifi 6 USB devices supported by gnu+linux (even external dkms)?
Am 14.04.22 um 15:36 schrieb Javier via arch-general: > > That's great ! Probably not a usb wifi device right? > > I'm looking for usb ones, since the mini-pcs I'm using don't come with > wifi 6 integrated. I bet your intel wireless is integrated in the > board, :( That's why I mentioned support for usb devices... > There is nothing good available. Drivers for Relatek RTL8832AU exist as an out-of-tree module, but they seem to be bad. Drivers for Mediatek mt7921u are being upstreamed, but there are no adapters for sale yet. Sources: https://github.com/morrownr/USB-WiFi https://wikidevi.wi-cat.ru/List_of_802.11ax_Hardware#Wireless_Adapters Do you have no option to add an internal card (NGFF/m.2, mini pcie, pcie)?
Re: [arch-general] dracut roll-out plan?
Am 24.01.21 um 15:51 schrieb Eli Schwartz via arch-general: >> Furthermore neither the wiki [1] not the man page [2] is a mention on >> the HOOKS [3] that mkinitcpio uses. Is there something similar for >> dracut or it's not required For example: will it automatically execute >> `btrfs device scan` as the `btrfs` HOOK would do in mkinitcpio? > > I dunno, try it and see? Though my understanding is, dracut is less > configurable and far more automatic probe-y. Chances are if it detects > a btrfs filesystem of any sort, it will assume you need to probe for > multi-device btrfs volumes at boot, and do so without asking or being > configured. > I have never used dracut, but it has modules similar to mkinitcpio hooks. I guess the modules contain more automagic so you don't have to manually enable/disable them. If you want, you can limit the modules to include, though. If functionality is missing you will need to write a dracut module instead of a mkinitcpio hook. https://man.archlinux.org/man/extra/dracut/dracut.conf.5.en -- Andy
Re: [arch-general] WINE Networking Issues
Am 25.01.21 um 13:49 schrieb John Briggs via arch-general: > On Mon, Jan 25, 2021 at 12:26:26PM +0100, Łukasz Michalski via arch-general > wrote: >> On 1/25/21 11:13 AM, John Briggs via arch-general wrote: >>> After a system update on 16th Dec 2020 I discovered I had networking >>> problems when I was using WINE. >>> I have determined the issue is NOT WINE but something else in the system. >>> When I do a system downgrade using the Arch Linux Archives for 13th Dec 2020 >>> the networking problems with WINE disappear. >>> System upgrade to 14th Dec 2020 WINE networking problems appear. >>> ... > I usually run the Kindle app. It requires an Internet connection to run > correctly. Hello, For me it seems to have been the update of ca-certificates-mozilla to 3.60 (14th Dec.) which removed some root certificates. https://wiki.mozilla.org/CA/Additional_Trust_Changes I tried manually adding some digicert CAs and sub-CAs I found with wireshark. At first it seemed to work and then suddenly not. https://cde-ta-g7g.amazon.com/ https://www.digicert.com/kb/digicert-root-certificates.htm Since then I run kindle with bubblewrap, replacing /etc/ssl/certs/ca-certificates.crt with the version from the old package. Not the best, but I haven't found a better solution yet. -- Andy
