Re: muis /sys/devices/platform/i8042/serio1/ "speed" ontbreekt
Op 30-08-2023 om 21:05 schreef Paul van der Vlis: Op 30-08-2023 om 11:01 schreef Gijs Hillenius: Goedenmorgen! Ik probeer mijn Thinkpad trackpoint te versnellen. Dat ging vroeger met iets als: echo 255 > /sys/devices/platform/i8042/serio1/speed en ook echo 200 > /sys/devices/platform/i8042/serio1/sensitivity maar "speed" bestaat niet (meer). sensitivy verhogen, dat helpt al iets maar wat mij betreft mag het nog sneller. Ik doe nu: xinput --set-prop "TPPS/2 Elan TrackPoint" "libinput Accel Speed" 1 maar da's echt nog niet genoeg. Iemand een idee? Ik heb Duckduckgo en Google gebruikt, maar .. dat levert vooral verouderde informatie. Bedoel je dat rode ding in het toetsenbord? Als je die een klein beetje naar b.v. links beweegt dan gaat de muis traag naar links, maar beweeg je hem ver naar links dan beweegt hij reuze snel naar links. Daarom is instellen volgens mij niet nodig, het is een kwestie van hoe je hem gebruikt. Ik heb honderden Thinkpads verkocht, nog nooit is deze vraag gekomen. Wellicht is dit interessant, voor de techniek die ze gebruiken: https://github.com/VP1147/thinker/issues/1 Ik heb het even bekeken op een Thinkpad T480s, daar reageert hij in elk geval op de instellingen in het configuratiescherm (MATE). Standaard staat hij tegenwoordig wel erg langzaam inderdaad. Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://vandervlis.nl/
Re: muis /sys/devices/platform/i8042/serio1/ "speed" ontbreekt
Op 30-08-2023 om 11:01 schreef Gijs Hillenius: Goedenmorgen! Ik probeer mijn Thinkpad trackpoint te versnellen. Dat ging vroeger met iets als: echo 255 > /sys/devices/platform/i8042/serio1/speed en ook echo 200 > /sys/devices/platform/i8042/serio1/sensitivity maar "speed" bestaat niet (meer). sensitivy verhogen, dat helpt al iets maar wat mij betreft mag het nog sneller. Ik doe nu: xinput --set-prop "TPPS/2 Elan TrackPoint" "libinput Accel Speed" 1 maar da's echt nog niet genoeg. Iemand een idee? Ik heb Duckduckgo en Google gebruikt, maar .. dat levert vooral verouderde informatie. Bedoel je dat rode ding in het toetsenbord? Als je die een klein beetje naar b.v. links beweegt dan gaat de muis traag naar links, maar beweeg je hem ver naar links dan beweegt hij reuze snel naar links. Daarom is instellen volgens mij niet nodig, het is een kwestie van hoe je hem gebruikt. Ik heb honderden Thinkpads verkocht, nog nooit is deze vraag gekomen. Wellicht is dit interessant, voor de techniek die ze gebruiken: https://github.com/VP1147/thinker/issues/1 Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://vandervlis.nl/
systemd service user uit configuratie bestand indirect zoeken
Hoi, Hoe in systemd service bestand de waarde voor 'User' zetten met wat nog opgezocht moet worden? Lange versie van dezelfde vraag: Er is bestand `/etc/foo/config` met een inhoud als: ```yaml foo: topdir: /srv/foo interval: 3600 ``` Command `ls -ld /srv/foo/` geeft ```text drwxr-xr-x 3 baz www-data 4096 27 aug 10:26 /srv/foo/ ``` Het is die `baz`, eigenaar van "topdir", die op de plaats van de puntjes in systemd service unit zou moeten komen. ```text [Unit] Description=Foo-tastic [Service] ExecStart=/usr/bin/foo/etc/foo/config User= [Install] WantedBy=multi-user.target ``` Hoe zou dat kunnen? Groeten Geert Stappers -- Silence is hard to parse
Re: UEFI op servers, of niet?
On Tue, Aug 22, 2023 at 10:45:10AM +0200, Dennis van Dok wrote: > On 15-08-2023 12:13, Paul van der Vlis wrote: > > Het feit dat er vrij automatisch firmware wordt geïnstalleerd van de > > fabrikant vind ik niet prettig. Maar dit is vast uit te zetten ;-) > > Welke systemen doen dit? Wij moeten altijd zelf onze firmware bijhouden. > Hoewel $VENDOR1 een systeem biedt om dat te automatiseren gebruiken wij dat > liever niet want dan zit je daaraan vast, terwijl we ook spullen van > $VENDOR2 willen kunnen kopen en gebruiken. > > Het enige voorbeeld wat me te binnen schiet zijn de 'intelligente' lampen > die je met een app kunt dimmen. Die deden het niet meer toen ik hun > internettoegang uitschakelde. Dit is even iets heel anders, maar: Als je een standaard "smart" lamp oid koopt, dan is de kans heel groot dat je inderdaad Internettoegang nodig hebt om het te kunnen gebruiken. Rommel. Gelukkig is dat niet het geval met alle fabrikanten. https://www.home-assistant.io/integrations/shelly/ Smart switches en smart bulbs van het merk "shelly" werken *standaard* met een Internet-verbinding, maar alle generaties van dat merk kunnen geconfigureerd worden om dat niet te doen. Je kan dan met iets als home-assistant (echte aanrader trouwens, dat ding) lokaal alles aansturen, zonder Internet-verbinding (hoewel dat ook mogelijk is, optioneel, als je dat wilt). Producten op https://shelly.cloud/; ik ga eind volgende maand (of begin Oktober, afhankelijk van hoe lang het duurt voor de bestelling er is) een resem van die dingen thuis installeren. -- w@uter.{be,co.za} wouter@{grep.be,fosdem.org,debian.org} I will have a Tin-Actinium-Potassium mixture, thanks.
Re: UEFI op servers, of niet?
On Thu, Aug 17, 2023 at 10:21:38AM +0200, Paul van der Vlis wrote: > > > vind ik niet prettig. > > > > Als je dat die "auto firmware update by firmware" kunt aantonen, > > ga dan ingesprek met je leverancier. > Het is een "feature" van UEFI. Niet echt. UEFI heeft een standaard manier om firmware-updates te distribueren. Ze dan ook installeren heeft wat meer nodig: wouter@pc220518:~$ efibootmgr BootCurrent: 0008 Timeout: 5 seconds BootOrder: 0008,0001,0002,0003, Boot* Linux Firmware Updater Boot0001* ONBOARD NIC (IPV4) Boot0002* ONBOARD NIC (IPV6) Boot0003* UEFI HTTPs Boot Boot0008* debian "Boot0008" is Debian. Dat start normaal op. "Boot" is de "Linux Firmware Updater". Dat is een component van fwupd, /boot/efi/EFI/debian/fwupdx64.efi. Daarnaast ben ik persoonlijk ook heel blij met /boot/efi/EFI/Dell/logs -- als mijn firmware problemen vindt met de hardware, dan komt dat daar mooi te staan. > De firmware updated niet de firmware, dat > doet bijvoorbeeld: https://packages.debian.org/bullseye/fwupd > Dit wordt standaard geïnstalleerd door Debian volgens mij. > De leverancier stopt het in: https://fwupd.org/ > > > De betere leverancier is ook al eerder aanspreekbaar. > > Dit heeft niet zoveel met de leverancier te maken, ik vind het goed dat ze > de firmware uploaden. Ik vind dat het alleen nogal automatisch gebeurd > allemaal. Het gnome-firmware pakket wordt inderdaad standaard geïnstalleerd op een desktop-machine, en die zal ook standaard popups tonen als er een update is voor je firmware met een simpele "Installeer deze update" knop waar je makkelijk op kunt klikken. Als je gnome-firmware (of equivalente dingen) niet installeert, dan heb je dat niet, en dan moet je het manueel doen. Daarvoor kan je dingen doen als "fwupdmgr get-updates" (denk "apt-get update"), "fwupdmgr update" (om ze te installeren), "fwupdmgr verify" (controleren dat je firmware correct geïnstalleerd is), en zelfs "fwupdmgr downgrade" (hoewel dat in sommige gevallen niet ondersteund is). Het lijkt me dat dat iets is wat je op een server wel zou prefereren, dan. > Vroeger was het motto: "vervang firmware alleen als er een > probleem is". Sommige problemen zijn niet meteen zichtbaar, maar dat maakt ze niet minder problematisch. Firmware-updates kunnen security issues fixen (spectre/meltdown en dergelijke, maar ook gelijkaardige problemen in chipsets), kunnen performantie-problemen oplossen, en nog veel meer. Maar als je dat niet wilt, dan laat "fwupdmgr inhibit" je toe om alle automatische updates te verbieden. Of je kan fwupd ook van je systeem verwijderen, natuurlijk. [...] -- w@uter.{be,co.za} wouter@{grep.be,fosdem.org,debian.org} I will have a Tin-Actinium-Potassium mixture, thanks.
Re: UEFI op servers, of niet?
On Tue, Aug 15, 2023 at 12:13:54PM +0200, Paul van der Vlis wrote: > Hallo, > > Wat is jullie mening over UEFI? Ik vind het nogal een complex gebeuren > waarbij aardig wat dingen mee mis kunnen gaan. En wellicht ook minder veilig > dan "legacy". Dat lijkt me net het omgekeerde. UEFI laat toe om signed boots te ondersteunen; BIOS niet. (Je kan natuurlijk argumenteren dat je geen signed boot wilt want "Microsoft", maar het principe is an sich wel zinvol en geeft je een veiliger systeem) > Het feit dat er vrij automatisch firmware wordt geïnstalleerd van de > fabrikant vind ik niet prettig. Maar dit is vast uit te zetten ;-) Wat is daar mis mee? Via lvfs en fwupd heb ik al een aantal buggy systemen kunnen updaten. Helaas is nog niet alles op die manier beschikbaar. > Ik wil graag dat alles op RAID1 komt (mdadm, maar ook alternatieven zijn > bespreekbaar), en het liefst ook op LVM of soortgelijk. Persoonlijk grote fan van ZFS, wat de twee een beetje combineert. Lastig owv licenties, maar het is allemaal vrije software, dus ik lig er niet zo wakker van. > Ik heb nog geen ervaring om de EFI partitie op mdadm RAID1 te zetten, maar > misschien dat het wel kan. Wat ik in de praktijk doe is de partitie > kopiëren naar de andere disk met dd. Denk niet dat dat mogelijk is, maar je kan het wel uitproberen? Als het niet werkt is het snel en eenvoudig op te lossen met een rescue disk... Je kan eventueel wel een scriptje toevoegen aan /etc/grub.d wat de EFI partitie van je eerste schijf kopiëert naar de tweede schijf (op filesystem-niveau of met dd). Dan is je systeem altijd in sync na de meest recente "update-grub". > Ook grote disks kunnen ook zonder EFI, maar dan is er een BIOS BOOT partitie > nodig. Ik weet niet goed of dat op RAID1 kan. Dat is zeker geen probleem. Heb het in het verleden al gedaan. > Ik zag overigens ook iemand die mdadm gebruikte op de hele schijf, dus niet > op partities. Ik had problemen om in de rescue-mode van de debian-installer > de RAID5 te maken (er was een disk defect). Wat vinden jullie van deze > constructie? Zal dit ook b.v. de boot-sector en partitie-tabel automatisch > in de RAID opnemen? Neen. Zo'n constructie werkt alleen met BIOS boot, en alleen met Linux. Je moet dan je MBR volledig bootable maken, en er voor zorgen dat je boot loader je partities kan lezen (i.e., geen RAID5). Ben niet van mening dat het een goed idee is. -- w@uter.{be,co.za} wouter@{grep.be,fosdem.org,debian.org} I will have a Tin-Actinium-Potassium mixture, thanks.
muis /sys/devices/platform/i8042/serio1/ "speed" ontbreekt
Goedenmorgen! Ik probeer mijn Thinkpad trackpoint te versnellen. Dat ging vroeger met iets als: echo 255 > /sys/devices/platform/i8042/serio1/speed en ook echo 200 > /sys/devices/platform/i8042/serio1/sensitivity maar "speed" bestaat niet (meer). sensitivy verhogen, dat helpt al iets maar wat mij betreft mag het nog sneller. Ik doe nu: xinput --set-prop "TPPS/2 Elan TrackPoint" "libinput Accel Speed" 1 maar da's echt nog niet genoeg. Iemand een idee? Ik heb Duckduckgo en Google gebruikt, maar .. dat levert vooral verouderde informatie. Dank G