Re: Thunderbird en firefox-esr
Paul van der Vlis schreef op ma 13-12-2021 om 09:28 [+0100]: > Op 13-12-2021 om 01:04 schreef Paul van der Vlis: > > Op 08-12-2021 om 22:04 schreef Paul van der Vlis: > > > Op 28-11-2021 om 12:50 schreef Paul van der Vlis: > > > > Hoi, > > > > > > > > Het lijkt er op dat er toch eindelijk nieuwe versies aankomen > > > > van > > > > Thunderbird en Firefox-esr. Op beide waren er problemen met > > > > compileren op i386, maar die lijken nu opgelost: > > > > https://buildd.debian.org/status/package.php?p=thunderbird > > > > https://buildd.debian.org/status/package.php?p=firefox-esr > > > > > > > > Ik verwacht Thunderbird in een paar dagen, en Firefox-ESR met > > > > wat > > > > geluk volgend weekend. > > > > > > Dat blijkt niet uit te komen. Firefox-esr versie 91 is zojuist in de testing beland. Ik heb hem nu :- ) Frank
Re: Agenda software
Geert Stappers schreef op zo 12-12-2021 om 19:36 [+0100]: > > Hoi, > > Wat gebruiken jullie zoal aan agenda software? > > Agenda van Gnome: nog beetje beperkt in functionaliteiten, maar communiceert goed met mijn Nextcloud-agenda (via Gnome Online Account, GOA). Elke persoon in ons gezin heeft eigen agenda-kleur, wel handig. Agenda van e-mail client Evolution: uitgebreider, vooral betere zoekmogelijkheden. Communiceert ook goed met GOA. Ook hier meerdere accounts met eigen agendakleur mogelijk. Frank
Re: laptop start niet meer op na suspend
Geert Stappers schreef op ma 06-12-2021 om 12:09 [+0100]: > > > > > Zelf gebruik ik daarom vaak wat oudere hardware, of hardware > > > waarvan > > > ik gehoord heb dat hij het goed doet onder Linux. > > > > Het gebeurt op een Tuxedo-laptop, een Linux-laptop dus. Het zou dus > > in > > principe gewoon moeten werken. Mmm, ik zal eens bij Tuxedo navragen > > hoe > > ze dat gedaan hebben op hun ondersteunde OS (meestal LTS-versie van > > Budgie, Kubuntu, e.d.). Meestal krijg ik snel reactie. > > Advies: Vraag expliciet naar wat het "wakker worden signaal" is. > > In het antwoord verwacht ik iets van een hardware eigenschap. Ik had al een mail gestuurd naar Tuxedo voordat ik die tip kon gebruiken. Ik heb wel inmiddels reactie ontvangen. Volgens hen zou ik twee dingen kunnen proberen: nvidia-driver gebruiken of een ouder Linux kernel gebruiken. De eerste suggestie heb ik uitgeprobeerd, en inderdaad, de laptop komt na suspend weer tot leven. Ik weet niet of dat verrassend is. Wel jammer dat ik in dit geval een proprietary driver moet gebruiken. Overigens lijkt hybernation (met die echo disk commando) ook met nvidia-driver niet goed te gaan. De tweede suggestie: ik weet nog niet hoe ik dat moet doen. Misschien dat, als het lukt met het gebruiken van een ouder Linux kernel, waarschijnlijk met een ouder kernel nvidia-driver niet nodig is?? Frank
Re: laptop start niet meer op na suspend
richard lucassen schreef op zo 05-12-2021 om 16:00 [+0100]: > On Sun, 05 Dec 2021 14:55:24 +0100 > Frank Voncken wrote: > > > > Ja, jij wel, maar de computer, komt die dan wel uit suspend? :-) > > > > Ja, de computer ook :-) Ik moet daar helaas op terugkomen: het wordt na echo mem > /sys/power/state niet meer wakker... :-( > > Misschien dat gebruiken als suspend/hibernate als workaround. > Overigens > is dit het hibernate commando: > > echo disk > /sys/power/state Het vreemde is dat ongeveer 15 seconden na invoeren van echo disk > /sys/power/state de laptop spontaan weer wakker wordt met in de terminal de volgende foutmelding: bash: echo: schrijffout: Geen ruimte meer over op apparaat Vreemd...
Re: laptop start niet meer op na suspend
Paul van der Vlis schreef op ma 06-12-2021 om 10:00 [+0100]: > Op 05-12-2021 om 13:23 schreef Frank Voncken: > > Beste allen, > > > > Ik heb een vervelend probleem: laptop start niet meer op na > > suspend. Ik > > moet steeds hard reset gebruiken om de laptop opnieuw te kunnen > > gebruiken. Gegevens van de laptop: > > > > * Debian bookworm met Linux 5.15 > > * Gnome 41.1 en Wayland > > * AMD Ryzen 7 5800H > > * grafische kaart RTX 3060 / AMD Renoir > > * nouveau driver (dus geen nvidia driver, nouveau werkt hier > > vlekkeloos) > > * amdgpu en firmware-linux-nonfree zijn geïnstalleerd > > > > Wat ik tot nu toe heb gedaan: > > * GRUB_CMDLINE_LINUX="init_on_alloc=0" toevoegen aan de lijn > > GRUB_CMDLINE_LINUX=" " binnen etc/default/grub zoals ik elders > > heb > > gezien op een Debian forum -> het helpt helaas niet > > * het uitschakelen van suspend volgens instructies > > op https://wiki.debian.org/Suspend helpt wel (logisch), maar ik > > denk > > dat men suspend niet zomaar mag uitschakelen vanwege de > > energiehuishouding. Bovendien lost dat het suspend/resume > > probleem > > niet op. > > * journalctl -b -1 biedt geen informatie omdat in de journal de > > laatste regel "systemd-sleep: Entering sleep state 'suspend'" > > is. > > Geen enkele regel over poging tot resume. Na een hard reset > > blijkt > > in journalctl een gat in tijd te zitten tussen die suspend- > > regel en > > het opnieuw opstarten van de laptop. > > > > Ik zie ook nieuws in de Phoronix dat AMD met een fix voor > > suspend/resume zou komen in Linux 5.15 > > ( > > https://www.phoronix.com/forums/forum/software/mobile-linux/1277837-amd-has-an-important-suspend-resume-fix-with-linux-5-15 > > ). Nog niets van gemerkt. > > > > Enig idee? > > Dit is vaak het probleem met nieuwe hardware, dat er nog > kinderziektes > zijn qua Linux. Je bent goed bezig door het nieuwste kernel te > gebruiken. Wellicht is het probleem opgelost in kernel 5.16 of 5.17. Zowel op kernel 5.14 als op kernel 5.15 lukt het niet. Laten we hopen dat het opgelost wordt in kernel 5.16! > > Zelf gebruik ik daarom vaak wat oudere hardware, of hardware waarvan > ik > gehoord heb dat hij het goed doet onder Linux. Het gebeurt op een Tuxedo-laptop, een Linux-laptop dus. Het zou dus in principe gewoon moeten werken. Mmm, ik zal eens bij Tuxedo navragen hoe ze dat gedaan hebben op hun ondersteunde OS (meestal LTS-versie van Budgie, Kubuntu, e.d.). Meestal krijg ik snel reactie. > Soms is het ook een > kwestie van "testen en eventueel terugsturen". Dan boot ik vanaf USB > om > te testen. > > Overigens kun je instellen wat er gebeurd als je de klep dicht doet. > Dat > doe ik normaal in de instellingen van de desktop die ik gebruik. Oké, ik ga voorlopig suspend uitzetten als ik de klep dichtdoe. Groet, Frank
Re: laptop start niet meer op na suspend
richard lucassen schreef op zo 05-12-2021 om 16:00 [+0100]: > On Sun, 05 Dec 2021 14:55:24 +0100 > Frank Voncken wrote: > > > > Ja, jij wel, maar de computer, komt die dan wel uit suspend? :-) > > > > Ja, de computer ook :-) > > Misschien dat gebruiken als suspend/hibernate als workaround. Dat kan, ja. Overigens gebruikt mijn niet-zo-technische vrouw de laptop ook. En uit gewoonte doet zij de deksel soms dicht (ik ook) om het korte tijd later weer te gebruiken. Maar door het dicht te doen, komt de laptop in suspend mode terecht en krijg ik het daarna niet meer gewekt. Uiteraard kan ik de suspend mode door het sluiten van de deksel uitschakelen met binnen in /etc/systemd/logind.conf: [Login] HandleLidSwitch=ignore HandleLidSwitchDocked=ignore Maar of dat goed voor de laptop is, weet ik niet... > Overigens > is dit het hibernate commando: > > echo disk > /sys/power/state > > Maar dat wist je misschien al :) > Nee, dat wist ik niet. Mijn kennis reikt niet zo ver als die van velen van jullie (respect voor jullie!!) Frank
Re: laptop start niet meer op na suspend
richard lucassen schreef op zo 05-12-2021 om 14:44 [+0100]: > On Sun, 05 Dec 2021 14:21:54 +0100 > Frank Voncken wrote: > > > > > Ik heb een vervelend probleem: laptop start niet meer op na > > > > suspend. > > > > > > Suspend en hibernate geeft wel vaker problemen. Wat gebeurt er > > > als > > > je: > > > > > > echo mem > /sys/power/state > > > > > > als root draait? Komt-ie er dan wel uit? > > > > Ik kom er wel uit, ja. Dus echo mem > /sys/power/state werkt > > normaal. > > Ja, jij wel, maar de computer, komt die dan wel uit suspend? :-) Ja, de computer ook :-)
Re: laptop start niet meer op na suspend
Richard Lucassen schreef op zo 05-12-2021 om 14:04 [+0100]: > On Sun, 05 Dec 2021 13:23:34 +0100 > Frank Voncken wrote: > > > Ik heb een vervelend probleem: laptop start niet meer op na > > suspend. > > Suspend en hibernate geeft wel vaker problemen. Wat gebeurt er als > je: > > echo mem > /sys/power/state > > als root draait? Komt-ie er dan wel uit? > > R. > Hallo Richard, Ik kom er wel uit, ja. Dus echo mem > /sys/power/state werkt normaal. Frank
laptop start niet meer op na suspend
Beste allen, Ik heb een vervelend probleem: laptop start niet meer op na suspend. Ik moet steeds hard reset gebruiken om de laptop opnieuw te kunnen gebruiken. Gegevens van de laptop: * Debian bookworm met Linux 5.15 * Gnome 41.1 en Wayland * AMD Ryzen 7 5800H * grafische kaart RTX 3060 / AMD Renoir * nouveau driver (dus geen nvidia driver, nouveau werkt hier vlekkeloos) * amdgpu en firmware-linux-nonfree zijn geïnstalleerd Wat ik tot nu toe heb gedaan: * GRUB_CMDLINE_LINUX="init_on_alloc=0" toevoegen aan de lijn GRUB_CMDLINE_LINUX=" " binnen etc/default/grub zoals ik elders heb gezien op een Debian forum -> het helpt helaas niet * het uitschakelen van suspend volgens instructies op https://wiki.debian.org/Suspend helpt wel (logisch), maar ik denk dat men suspend niet zomaar mag uitschakelen vanwege de energiehuishouding. Bovendien lost dat het suspend/resume probleem niet op. * journalctl -b -1 biedt geen informatie omdat in de journal de laatste regel "systemd-sleep: Entering sleep state 'suspend'" is. Geen enkele regel over poging tot resume. Na een hard reset blijkt in journalctl een gat in tijd te zitten tussen die suspend-regel en het opnieuw opstarten van de laptop. Ik zie ook nieuws in de Phoronix dat AMD met een fix voor suspend/resume zou komen in Linux 5.15 (https://www.phoronix.com/forums/forum/software/mobile-linux/1277837-amd-has-an-important-suspend-resume-fix-with-linux-5-15 ). Nog niets van gemerkt. Enig idee? Frank
Re: pgadmin4 en poort 80 reeds ingebruik
Geert Stappers schreef op za 23-01-2021 om 16:55 [+0100]:
> On Sat, Jan 23, 2021 at 04:08:04PM +0100, Frank Voncken wrote:
> > Geert Stappers schreef op za 23-01-2021 om 15:54 [+0100]:
> > > Echter denk ik dat hem niets vertelt is over de "port already in
> > > use".
> > >
> > > Het VM-traject is de moeite waard om in te gaan. Mogelijk om
> > > pgadmin4
> Het VM-traject is de moeite waard om in te gaan. Mogelijkheid om
> pgadmin4
> > > eerder aan de praat te krijgen, zou voor mij zijn kijken wat er
> > > op de
> > > HTTP poort luistert:
> > >
> > > sudo ss -ltp | grep http
> >
> > Output van de commando:
> >
> > sudo ss -ltp | grep http
> > [sudo] wachtwoord voor familie:
> > LISTEN 0 511 0.0.0.0:http 0.0.0.0:*
> > users:(("nginx",pid=703,fd=6),("nginx",pid=702,fd=6),("nginx",pid=7
> > 01,f
> > d=6),("nginx",pid=700,fd=6),("nginx",pid=699,fd=6),("nginx",pid=698
> > ,fd=
> > 6),("nginx",pid=697,fd=6),("nginx",pid=696,fd=6),("nginx",pid=695,f
> > d=6)
> > )
> > LISTEN 0 511 [::]:http [::]:*
> > users:(("nginx",pid=703,fd=7),("nginx",pid=702,fd=7),("nginx",pid=7
> > 01,f
> > d=7),("nginx",pid=700,fd=7),("nginx",pid=699,fd=7),("nginx",pid=698
> > ,fd=
> > 7),("nginx",pid=697,fd=7),("nginx",pid=696,fd=7),("nginx",pid=695,f
> > d=7)
> > )
> >
> > Hoe interpeteer je dat?
> >
>
> Dat webserver nginx reeds poort 80 ingebruik heeft.
> Dat nu bekend is wat de oorzaak van de
> > > > jan 23 13:34:36 envy apachectl[7499]: (98)Address already in
> > > > use: AH00072: make_sock: could not bind to address [::]:80
> is
>
> Dat er nu gekozen moet worden welke service poort 80 krijgt.
>
>
> systemctl --failed
> # kijk wat er faalt
> sudo systemctl stop nginx
> sudo systemctl start "de gefaalde service"
> systemctl --failed
> # waarschijnlijk is nu geen gefaalde dienst
> probeer pgadmin4
>
Super! pgadmin4 is normaal en zonder fout geïnstalleerd! Echter,
probeer ik de desktop app PG Admin4 op te starten, dan lukt het niet:
het programma sluit meteen zichzelf af. De app werd niet opgestart.
Waarschijnlijk toch dependencies problemen... Mmm, hoewel ik weer wat
geleerd heb van systemctl --failed (geweldige commando!), heb ik de
neiging om Bas gelijk te geven en het maar op te geven.
Op het andere forum Debian GIS kwam iemand met een losse pgadmin4 deb-
pakket dat geschikt zou zijn voor Bullseye. Daarnaast stelt Richard
Duivenvoorde een alternatief voor: DBeaver (https://dbeaver.io). Ik ga
beide mogelijkheden bekijken.
Frank
Re: pgadmin4 en poort 80 reeds ingebruik
Geert Stappers schreef op za 23-01-2021 om 15:54 [+0100]:
>
> > apache2_invoke: Enable module wsgi
> > Job for apache2.service failed because the control process exited
> > with
> > error code.
> > See "systemctl status apache2.service" and "journalctl -xe" for
> > details.
> > invoke-rc.d: initscript apache2, action "restart" failed.
> > ● apache2.service - The Apache HTTP Server
> > Loaded: loaded (/lib/systemd/system/apache2.service; enabled;
> > vendor preset: enabled)
> > Active: failed (Result: exit-code) since Sat 2021-01-23
> > 13:34:36 CET; 6ms ago
> > Docs: https://httpd.apache.org/docs/2.4/
> > Process: 7496 ExecStart=/usr/sbin/apachectl start (code=exited,
> > status=1/FAILURE)
> > CPU: 15ms
> >
> > jan 23 13:34:36 envy systemd[1]: Starting The Apache HTTP Server...
> > jan 23 13:34:36 envy apachectl[7499]: (98)Address already in use:
> > AH00072: make_sock: could not bind to address [::]:80
>
> IPv6 poort 80 reeds ingebruik
>
>
> > jan 23 13:34:36 envy apachectl[7499]: (98)Address already in use:
> > AH00072: make_sock: could not bind to address 0.0.0.0:80
>
> IPv4 poort 80 reeds ingebruik
>
>
> > jan 23 13:34:36 envy apachectl[7499]: no listening sockets
> > available, shutting down
> > jan 23 13:34:36 envy apachectl[7499]: AH00015: Unable to open logs
> > jan 23 13:34:36 envy apachectl[7496]: Action 'start' failed.
> > jan 23 13:34:36 envy apachectl[7496]: The Apache error log may have
> > more information.
> > jan 23 13:34:36 envy systemd[1]: apache2.service: Control process
> > exited, code=exited, status=1/FAILURE
> > jan 23 13:34:36 envy systemd[1]: apache2.service: Failed with
> > result 'exit-code'.
> > jan 23 13:34:36 envy systemd[1]: Failed to start The Apache HTTP
> > Server.
> > Instellen van pgadmin4-desktop (4.29) ...
> > Instellen van pgadmin4-web (4.29) ...
> > Instellen van pgadmin4 (4.29) ...
> > Bezig met afhandelen van triggers voor desktop-file-utils (0.26-1)
> > ...
> > Bezig met afhandelen van triggers voor gnome-menus (3.36.0-1) ...
> > Bezig met afhandelen van triggers voor mailcap (3.68) ...
> >
> >
> > Kennelijk wil "The Apache HTTP Server niet opgestart worden. Ik heb
> > gisteravond aan Sebastiaan Couwenberg (van het Debian GIS project)
> > een
> > iets andere vraag gesteld, maar wel hierover. Hij zegt dat pgadmin4
> > "waarschijnlijk het problematische dependencies heeft waardoor het
> > alleen op oudere systemen [dan Bullseye, FVO] werkt". Hij
> > suggereert om
> > "buster VM opzetten met KVM en virt-manager of virtualbox". Geen
> > idee
> > hoe ik dat ga doen, dus ik ga de vraag posten op forum van het
> > Debian
> > GIS project zoals Sebastiaan het mij adviseert.
>
> Weet dat Bas een erg slimme gast is, danwel dat ik hoog heb staan.
> Zijn advies om virtualisation te gebruiken om een werkende combinatie
> te kunnen is een goed advies.
Johan van de Wauw in de Debian GIS mailing list gaf zojuist aan dat hij
goede ervaring met PGAdmin4 in combinatie met Docker heeft. Ik ben niet
bekend met Docker, en kijkende in de website van Docker staat dat het
alleen met Debian 10 en 9 gebruikt kan worden. Geen Bullseye dus.
Zucht...
> Echter denk ik dat hem niets vertelt
> is over de "port already in use".
>
> Het VM-traject is de moeite waard om in te gaan. Mogelijk om pgadmin4
> eerder aan de praat te krijgen, zou voor mij zijn kijken wat er op de
> HTTP poort luistert:
>
> sudo ss -ltp | grep http
Output van de commando:
sudo ss -ltp | grep http
[sudo] wachtwoord voor familie:
LISTEN 0 511 0.0.0.0:http0.0.0.0:*
users:(("nginx",pid=703,fd=6),("nginx",pid=702,fd=6),("nginx",pid=701,f
d=6),("nginx",pid=700,fd=6),("nginx",pid=699,fd=6),("nginx",pid=698,fd=
6),("nginx",pid=697,fd=6),("nginx",pid=696,fd=6),("nginx",pid=695,fd=6)
)
LISTEN 0 511 [::]:http [::]:*
users:(("nginx",pid=703,fd=7),("nginx",pid=702,fd=7),("nginx",pid=701,f
d=7),("nginx",pid=700,fd=7),("nginx",pid=699,fd=7),("nginx",pid=698,fd=
7),("nginx",pid=697,fd=7),("nginx",pid=696,fd=7),("nginx",pid=695,fd=7)
)
Hoe interpeteer je dat?
>
>
>
> > Het resultaat van hun antwoord zal ik hier posten zodat de vraag op
> > onze forum goed afgesloten kan worden. Wordt vervolgd!
>
>
> Goed bezig
Dank je! Volhouder wint (soms...)
>
Groet,
Frank
Re: pakket uit een 'andere Debian' ophalen, pgadmin4
Geert Stappers schreef op vr 22-01-2021 om 23:24 [+0100]: > On Fri, Jan 22, 2021 at 09:59:49PM +0100, Frank Voncken wrote: > > Beste mensen, > > > > Voor een cursus moet ik PGAdmin4 installeren op mijn laptop met > > Bullseye. Omdat PGAdmin4 niet in het pakket zit, volgde ik de > > aanwijzingen op de website: > > https://www.pgadmin.org/download/pgadmin-4-apt/ > > > > Resultaat is het volgende: > > > > sudo sh -c 'echo "deb > > https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/$(lsb_release - > > cs) pgadmin4 main" > /etc/apt/sources.list.d/pgadmin4.list && apt > > update' > > Geraakt:1 http://security.debian.org/debian-security bullseye- > > security > > InRelease > > Geraakt:2 http://deb.debian.org/debian bullseye InRelease > > Geraakt:3 http://deb.debian.org/debian bullseye-updates > > InRelease > > Genegeerd:4 > > https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmi > > n4 InRelease > > Fout:5 > > https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmi > > n4 Release > > 404 Not Found [IP: 2a02:16a8:dc51::55 443] > > Pakketlijsten worden ingelezen... Klaar > > E: De pakketbron ' > > https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmi > > n4 > > Release' heeft geen Release-bestand. > > N: Bijwerken van de pakketlijst uit een dergelijke pakketbron kan > > niet veilig gebeuren en is daarom standaard uitgezet. > > N: Zie de man-pagina apt-secure(8) voor details over het aanmaken > > van een pakketbron en over de configuratie langs gebruikerskant. > > > > Kennelijk kan het niet direct voor Bullseye. Omdat de website zegt > > dat > > het wel beschikbaar is voor Buster, moet ik waarschijnlijk op een > > of op > > andere manier in sources.list iets van Buster toevoegen zodat het > > pakket pgadmin4 opgehaald kan worden. Is het mogelijk om een pakket > > uit > > een 'lagere' versie van Debian op te halen? Zo ja, hoe kan ik het > > doen? > > Merk op dat niet gevraagd wordt hoe verstandig dat is, > dus wordt er ook verder niets over gezegd. Tsja, PG Admin is wel een vereiste voor de cursus. Ik zal de cursusleider hierover hebben. > > > Het is > > sudo sh -c 'echo "deb > > https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/$(lsb_release - > > cs) pgadmin4 main" > /etc/apt/sources.list.d/pgadmin4.list && apt > > update' > waar het allemaal gebeurde. Om bij lagere versie pgadmin4 te komen: > > sudo $EDITOR /etc/apt/sources.list.d/pgadmin4.list > # Verander > # deb > https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmin4 > main > # in > # deb > https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/buster pgadmin4 > main > # bewaar bestand, verlaat editor > sudo apt update > > En dan zou installatie > > sudo apt install pgadmin4 > > moeten lukken. > > > Vertel a.u.b. een keer hoe het gegaan is. > > > Groeten > Geert Stappers Bedankt voor de aanwijzing! Het resultaat is het volgende: sudo apt install pgadmin4 Pakketlijsten worden ingelezen... Klaar Boom van vereisten wordt opgebouwd De statusinformatie wordt gelezen... Klaar De volgende extra pakketten zullen geïnstalleerd worden: libapache2-mod-wsgi-py3 pgadmin4-desktop pgadmin4-server pgadmin4-web De volgende NIEUWE pakketten zullen geïnstalleerd worden: libapache2-mod-wsgi-py3 pgadmin4 pgadmin4-desktop pgadmin4-server pgadmin4-web 0 opgewaardeerd, 5 nieuw geïnstalleerd, 0 te verwijderen en 2 niet opgewaardeerd. Er moeten 71,7 MB aan archieven opgehaald worden. Na deze bewerking zal er 293 kB extra schijfruimte gebruikt worden. Wilt u doorgaan? [J/n] j Ophalen:1 https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/buster pgadmin4/main amd64 pgadmin4-server amd64 4.29 [71,3 MB] Ophalen:2 http://deb.debian.org/debian bullseye/main amd64 libapache2- mod-wsgi-py3 amd64 4.7.1-3+b1 [99,7 kB] Ophalen:3 https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/buster pgadmin4/main amd64 pgadmin4-desktop amd64 4.29 [385 kB] Ophalen:4 https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/buster pgadmin4/main all pgadmin4-web all 4.29 [2.360 B] Ophalen:5 https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/buster pgadmin4/main all pgadmin4 all 4.29 [836 B] 71,7 MB opgehaald in 13s (5.605 kB/s) Voorheen niet geselecteerd pakket libapache2-mod-wsgi-py3 wordt geselecteerd. (Database wordt ingelezen ... 436166 bestanden en mappen momenteel geïnstalleerd.) Uitpakken van .../libapache2-mod-wsgi-py3_4.7.1-3+b1_amd64.deb wordt voorbereid... Bezig m
pakket uit een 'andere Debian' ophalen
Beste mensen, Voor een cursus moet ik PGAdmin4 installeren op mijn laptop met Bullseye. Omdat PGAdmin4 niet in het pakket zit, volgde ik de aanwijzingen op de website: https://www.pgadmin.org/download/pgadmin-4-apt/ Resultaat is het volgende: sudo sh -c 'echo "deb https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/$(lsb_release -cs) pgadmin4 main" > /etc/apt/sources.list.d/pgadmin4.list && apt update' Geraakt:1 http://security.debian.org/debian-security bullseye-security InRelease Geraakt:2 http://deb.debian.org/debian bullseye InRelease Geraakt:3 http://deb.debian.org/debian bullseye-updates InRelease Genegeerd:4 https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmin4 InRelease Fout:5 https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmin4 Release 404 Not Found [IP: 2a02:16a8:dc51::55 443] Pakketlijsten worden ingelezen... Klaar E: De pakketbron 'https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmin4 Release' heeft geen Release-bestand. N: Bijwerken van de pakketlijst uit een dergelijke pakketbron kan niet veilig gebeuren en is daarom standaard uitgezet. N: Zie de man-pagina apt-secure(8) voor details over het aanmaken van een pakketbron en over de configuratie langs gebruikerskant. Kennelijk kan het niet direct voor Bullseye. Omdat de website zegt dat het wel beschikbaar is voor Buster, moet ik waarschijnlijk op een of op andere manier in sources.list iets van Buster toevoegen zodat het pakket pgadmin4 opgehaald kan worden. Is het mogelijk om een pakket uit een 'lagere' versie van Debian op te halen? Zo ja, hoe kan ik het doen? Groet, Frank
Re: 'Oeps! Er is iets misgegaan.'
Frank Voncken schreef op vr 17-04-2020 om 07:37 [+]: > Nog wat vergeten te vermelden: het opstarten van de laptop op vorige > Linux header biedt ook geen soelaas. > > 17 apr. 2020 09:33:59 Frank Voncken : > > > > Bij het opstarten van mijn laptop met bullseye kreeg ik de > > bovenstaande melding, zie ook bijlage. Ik probeerde het op mijn > > andere oude laptop (ook met bullseye), daar kreeg ik ook dezelfde > > melding. Ik vermoed dat er iets gruwelijks misgegaan is met een > > update. In de rescue mode probeerde ik een apt update uit te > > voeren, maar ik krijg geen contact met deb.debian.org. > > Waarschijnlijk geen internetverbinding, ook niet met een kabel. > > > > Hoe kan ik het oplossen? > > > > Groet, > > Frank Ik heb het gelukkig weten te oplossen. Ik heb de laptop opgestart vanaf usb stick met Debian installer en daar de rescue mode gebruikt. Alleen daar heb ik wel internetverbinding, in tegenstelling tot de rescue mode vanaf grub scherm tijdens de boot. Nadat ik in de rescue mode van Debian installer was gekomen, was het even zoeken naar de juiste partitie waar ik shell commando's kan uitvoeren. Vervolgens heb ik apt update en apt upgrade uitgevoerd: er bleken weer nieuwe gnome-shell pakketten beschikbaar te zijn. Et voilà, ik heb normale Gnome inlogscherm terug! Vermoedelijk waren er bij de voorlaatste update & upgrade corrupte pakketten (gnome-shell?) meegestuurd. Groet, Frank
Re: 'Oeps! Er is iets misgegaan.'
Nog wat vergeten te vermelden: het opstarten van de laptop op vorige Linux header biedt ook geen soelaas. 17 apr. 2020 09:33:59 Frank Voncken : > Bij het opstarten van mijn laptop met bullseye kreeg ik de bovenstaande > melding, zie ook bijlage. Ik probeerde het op mijn andere oude laptop (ook > met bullseye), daar kreeg ik ook dezelfde melding. Ik vermoed dat er iets > gruwelijks misgegaan is met een update. In de rescue mode probeerde ik een > apt update uit te voeren, maar ik krijg geen contact met deb.debian.org. > Waarschijnlijk geen internetverbinding, ook niet met een kabel. > > Hoe kan ik het oplossen? > > Groet, > Frank > > 2 apr. 2020 22:36:30 Paul van der Vlis : > > > > Hoi > > > > De Pinephone is weer te bestellen: > > https://www.pine64.org/2020/04/02/pinephone-ubports-community-edition-pre-orders-now-open/ > > Je schijnt er ook Debian op te kunnen draaien: > > https://www.reddit.com/r/pinephone/comments/flzldb/debian_phosh_on_pinephone_is_my_favorite_so_far/ > > > > Groeten, > > Paul > > > > -- > > Paul van der Vlis Linux systeembeheer Groningen > > https://www.vandervlis.nl/ > > > > > > > >
Re: Gezocht: Domain Registar
Geert Stappers schreef op zo 01-12-2019 om 12:17 [+0100]: > Previous-Subject: Re: Gezocht: Domain Registar welke *geen* gebruik > maakt van Google ((Re-)CAPTCHA) services > On Sun, Dec 01, 2019 at 11:32:36AM +0100, mai...@posteo.org wrote: > > On 30/11/2019 21:23, Wouter Verhelst wrote: > > > On Thu, Nov 28, 2019 at 02:13:14PM +0100, mai...@posteo.org > > > wrote: > > > > Hallo Debian, > > > > > > > > Ben op zoek naar een Domain Registar welke *geen* gebruikt > > > > maakt van > > > > Google ((Re-)CAPTCHA) services en daarnaast Open Source, niet > > > > alleen in > > > > woord maar ook in daad, een warm hart toe draagt. > > > > > > Gandi? > > > > Ziet er niet verkeerd uit alleen al hierom: > > > > http://cli.gandi.net/ > > > > > > > > Gaarne uw ervaringen, afwegingen en suggesties. Waarvoor dank! > > > > > > Ben al meer dan 10 jaar klant bij hen. Nooit problemen mee gehad. > > > > Is iets bij voor te stellen: > > > > https://www.gandi.net/en/no-bullshit > > > > inclusief ™ Prachtig! (die TM doet het en/maar het zijn Fransen!?) > > > > Uitdaging: Kijk verder > > > Ook ik heb niet zo op met kletskoek, stierenpoep en echte bullshit. > Laat je echter niet paaien door "Wij hebben de beste CLI tool". > Vraag naar de standaard in de API. Dan wel de beschrijving van de > API. > > Zelf ben ik klant bij Open Provider. Hun API is beschreven > op https://doc.openprovider.eu/index.php/Main_Page > > > > Heb ook weet van > van https://en.wikipedia.org/wiki/Extensible_Provisioning_Protocol > > > > > Groeten > Geert Stappers Sorry dat ik hier zo binnenkom, als een niet-deskundige in de wereld van domeinnamen, maar als klant van xs4all kom ik in aanraking met een alternatief: www.freedom.nl, en daar bieden ze via Soverin ( www.soverin.nl) een (voorlopig) gratis registratie van een domeinnaam aan. Soverin blijkt tevens ondersteund te zijn door Bits of Freedom ( https://www.bitsoffreedom.nl/mail). Ik weet echter niet in hoeverre deze aan de eisen van de OP beantwoordt (Soverin draait zoveel mogelijk open source, maar de eis met betrekking tot (re)Captcha weet ik niet). Groeten, Frank
Re: oeps, een foutje met terminal...
Paul van der Vlis schreef op vr 07-06-2019 om 11:14 [+0200]: > > > Het gaat waarschijnlijk puur om de instellingen van de gnome > > terminal emulator. Dat klopt > > Die zijn waarschijnlijk te wijzigen met dconf-editor. Dconf-editor blijkt inderdaad de oplossing te zijn, 'n hele makkelijke zelfs. Gewoon in map /org/gnome/terminal/legacy/profiles: de commando "brscan-skey" weghalen en de items login-shell en use-custom-command uitvinken. Dat is alles. En ik krijg de terminal weer terug! Heel erg bedankt! Wat het automatisch laten uitvoeren van een terminal commando bij een startup betreft, Paul geeft twee verschillende manieren aan: via crontab en via systemd.timer (als een alternatief voor cron job in systemd, tenminste als dat het is waar Paul op doelt). Dat laatste blijkt een mooie te zijn. Ik ga me erin verdiepen zodra ik meer tijd heb en kom erop terug. Voor nu heb ik weer toegang tot terminal, waarvoor nogmaals dank!
oeps, een foutje met terminal...
Beste mensen, Ik heb een fout gemaakt met de instellingen van mijn terminal. Het zit zo. Ik heb een Brother printer aangeschaft. Bij de drivers hoort scan- key-tool om de scan-knop van de printer te kunnen gebruiken voor het verzenden van documenten naar mijn laptop. Het moet geactiveerd worden in terminal met de volgende commando: $ brscan-skey Helaas gaat dat niet automatisch bij elke opstart van de laptop. Dat wilde ik dus bewerkstelligen. Op de website van Brother vind ik een mogelijke oplossing: https://support.brother.com/g/s/id/linux/en/instruction_scn5.html?c=us_ot=en=on=on#Inst1 Alleen, dit is voor Ubuntu. In Debian 10 met de Gnome 3 omgeving zie ik wel bij "opstarttoepassingen", maar dat regelt alleen welke apps automatisch opgestart wordt bij het aanzetten van de laptop, niet het automatisch uitvoeren van een terminal-commando zelf. Kijkend in terminal zag ik een mogelijke oplossing, zie bijlage. Het gevolg is echter dat de terminal automatisch afgesloten wordt. Met andere woorden, ik kan de terminal niet meer openen (de bijlage is gemaakt op een andere computer, ter illustratie en niet ter uitvoering ;-) ). Stom van me. Hoe kan ik het weer ongedaan maken? En aanvullende daarop: wat is nu de beste manier om de terminal- commando "brscan-skey" automatisch te laten uitvoeren bij het aanzetten van mijn laptop? Ik heb Gnome 3, Debian 10 (testing met systemd dus). Via Startpage zag ik grofweg twee niet nader uitgewerkte methoden, ene via cron job, met @root, en de andere via /etc/rc.local. De eerste is mij niet duidelijk, de laatste is er niet in mijn systeem. Gezien mijn ervaring met terminal zojuist ben ik nu voorzichtig geworden... Hartelijke groeten, Frank Voncken
Re: Libreoffice verzend PDF
Paul van der Vlis schreef op vr 15-03-2019 om 13:07 [+0100]: > Hallo, > > LibreOffice heeft een optie om PDF's als e-mail bijlage te verzenden > met > "bestand | verzenden | als PDF". > > Dit werkt niet meer na een upgrade naar Buster. Hallo Paul, Ik heb het zojuist even getest: het werkt gewoon bij mij. Uiteraard heb ik de nieuwste versie van software-pakketten in Buster (laptop, Gnome- omgeving). Groet, Frank
Re: blank scherm en muisaanwijzer na login - update
Frank Voncken schreef op ma 10-09-2018 om 21:35 [+0200]:
> Op mijn andere laptop met Debian 9 met Gnome 3 (ik geloof 3.22) krijg
> ik, na steeds probleemloze werking, opeens na een login een blank
> scherm met muisaanwijzer. Waarschijnlijk is er met een update of met
> een autoremove iets misgegaan, iets dat mogelijk in verband houdt met
> gdm?
>
> Helaas kan ik in de recovery mode de commando "apt update" niet
> gebruiken, er is geen toegang tot Debian server (geen internet?).
>
> Op verschillende forums zie ik dat het probleem wel vaker voorkomt,
> maar de oplossingen, voor zover ze zijn, zijn heel divers. Hoe kan ik
> het oplossen, heeft iemand hier ervaring mee?
>
> Groet,
> Frank
Na vele omzwervingen (sorry voor mijn vele mails over dit onderwerp)
besloot ik tot een rigoureuze maatregel: een clean install van Debian
testing ("buster") op de laptop. Ik vermoed namelijk dat het een
combinatie van factoren was die geleid heeft tot het bovenstaand
probleem van blank scherm na de grafische login (misschien iets met
gdm3, bumblebee/nvidia, linux kernel, etc). Ik trok het niet meer om
dat allemaal uit te zoeken.
Gelukkig kreeg ik na de clean install de vertrouwde grafische Gnome
terug, zelfs zonder nvidia (drie jaar geleden was ik nog wel gedwongen
om nvidia te installeren omdat nouveau niet werkte). Vooralsnog werkt
het allemaal prima. En "buster" is voor mij tegenwoordig stabiel
genoeg.
Hartelijk dank allemaal voor jullie geduld!
Groet,
Frank
Off-topic: tijdens de clean install proces kreeg ik tot mijn schrik een
fatale fout in verband met dummy grub-install, dat was niet gelukt. Ik
zocht het uit, en blijkt dat het te maken heeft met efi. Dat vond ik
onzin want ik heb niet aan efi gemorreld. Ik probeerde de clean install
opnieuw, en jawel, het ging verder gewoon goed! Vreemd... Maar goed, ik
heb nu de beschikking over het mooie Debian!
Re: blank scherm en muisaanwijzer na login
Paul van der Vlis schreef op wo 12-09-2018 om 11:57 [+0200]: > > > Het zou kunnen zijn dat het aan gdm ligt. Wat je zou kunnen proberen is > een alternatief daarvoor te installeren. Ik zou voor "lightdm" gaan. > apt install lightdm > > De installatie zal je vragen wat je wilt gebruiken, gdm of lightdm, dan > kies je voor lightdm. Als het niet helpt kun je lightdm verwijderen, en > dan gebruikt je systeem automatisch weer gdm. Als het wel helpt weet je > dat het probleem in gdm zit. > > na inlog in lightdm krijg ik alleen een achtergrondscherm te zien, met > muisaanwijzer maar zonder menu's en dergelijke. Dan ligt het > waarschijnlijk niet in gdm maar ligt het probleem elders. Er is iets nieuws: bij het inlogscherm van lightdm is er bovenin de balk een viertal optie te kiezen: 1. default Xsession 2. Gnome flashback (metacity) 3. Gnome 4. Gnome op Wayland Resultaat na inloggen per optie is als volgt: 1. gebeurt niks: een leeg achtergrond (zelfde achtergrond als bij inlogscherm) met beweegbare muiscursor 2. ik kom in normale omgeving terecht die mij aan Gnome 2 doet denken (is dat de normale lightdm omgeving?). 3. hetzelfde als bij optie 1 4. scherm is even op zwart en komt na 1 seconde weer terug naar het inlogscherm Switch ik van lightdm naar gdm3 in tty, vervolgens reboot om in gdm inlogscherm te komen. Gebruik ik daar optie "Gnome flashback (metacity)", dan blijk ik in de Gnome 2 achtige omgeving terecht te komen. De overige opties leveren hetzelfde resultaat op als bij de inlog vanuit lightdm. Naast de optie "default Xsession" is er overigens ook nog de optie "System default X11 default". Helaas is het resultaat hetzelfde als bij "default Xsession". Welke conclusie valt hieruit te trekken?Heeft het mogelijk met Wayland te maken gezien het afwijkend resultaat? Of aan Gnome 3 zelf? Groet, Frank
Re: blank scherm en muisaanwijzer na login
Paul van der Vlis schreef op wo 12-09-2018 om 10:38 [+0200]:
> Op 12-09-18 om 09:48 schreef Frank Voncken:
> Paul van der Vlis schreef op di 11-09-2018 om 11:29 [+0200]:
> Op 10-09-18 om 22:03 schreef Frank Voncken:
> Frank Voncken schreef op ma 10-09-2018 om 21:35 [+0200]:
> Op mijn andere laptop met Debian 9 met Gnome 3 (ik geloof 3.22) krijg
> ik, na steeds probleemloze werking, opeens na een login een blank
> scherm met muisaanwijzer. Waarschijnlijk is er met een update of met
> een autoremove iets misgegaan, iets dat mogelijk in verband houdt met gdm?
>
> Helaas kan ik in de recovery mode de commando "apt update" niet
> gebruiken, er is geen toegang tot Debian server (geen internet?).
>
> Ik raad aan om niet de recovery mode te gebruiken, omdat je dan
> inderdaad geen internet hebt. (Alhoewel, misschien is het wel te starten).
>
> Op het moment dat het booten klaar is en je een zwart scherm krijgt,
> druk je op ctrl-alt-F2. Daar kun je dan inloggen als root. Doe dan eens
> "apt update", en vertel ons wat voor meldingen je krijgt. Volg eventuele
> aanwijzingen die apt geeft op.
>
> Inderdaad, eerst apt repareren.
>
> Groet,
> Paul
>
> Met ctrl-alt-f2 gebeurt er niks, met ctrl-alt-f3 kom ik wel in tty
> (hier: tty3).
>
> Vreemd, maar inderdaad ctrl-alt-f3 doet hetzelfde.
>
> Het blijkt overigens dat je in de recovery mode het netwerk wel kunt
> starten, ik had het gisteren geprobeerd. Het commando heb ik niet meer
> in mijn hoofd, maar het ging om network-manager wat ik moest starten.
>
> Ik heb hier inderdaad internetverbinding. apt update
> levert als resultaat "alle pakketten zijn up-to-date.
>
> Blijkbaar dus geen problemen met apt.
>
> Op aanwijzing van Geert Stappers heb ik systemctl status gdm.service
> uitgevoerd. Resultaat is dat het loaded is en dat het actief ("active
> (running)") is. Verder staat het dat Gnome Display Manager opgestart is.
> Geen foutmelding. Waarom krijg ik dan geen Gnome scherm te zien? Met
> ervaring van Cecil Westerhof heb ik systemctl reboot uitgevoerd. Dan
> verschijnt eerst GRUB, dan een reeks regels, dan een inlogscherm. Ik log
> in en krijg daarna helaas een zwart scherm met een muisaanwijzer die ik
> wel kan bewegen. Er is meer onderzoek voor nodig.>
> Volgens "systemctl get-default" is dat graphical.target. Dat lijkt me
> kloppen. Probeerde ik met "systemctl start gdm.service" of "systemctl
> start gdm", dan gebeurde er niks. Dan rebooten. Het probleem blijft
> helaas hetzelfde. Ik probeerde ook met startx (vanuit tty, uiteraard):
> ik kom direct in een zwart scherm met alleen een muisaanwijzer.
>
> Mijn kennis op gebied van gdm reikt niet ver. Of zou dit te maken hebben
> met nvidia wat ik heb?? Hopelijk kan iemand op basis van het
> bovenstaande bepaalde conclusies trekken en aanwijzingen geven voor
> vervolgstappen.
>
> Ja, daar kan het wel degelijk aan liggen.
>
> Welke Nvidia driver gebruik je? De open source driver (Nouveau,
> standaard), of de closed source driver van Nvidia?
> Die laatste levert wel vaker problemen op, want heeft niet de hoogste
> prioriteit in Debian.
Closed source driver. Dat was destijds mij aangeraden, lang geleden.
Misschien dat de kaarten nu anders liggen, dat Nouveau beter is
geworden?
>
> Heb je naast Nvidia nog een andere GPU, bijvoorbeeld een Intel GPU die
> in de processor zit? Gebruik je iets om te schakelen tussen beide?
> Ik denk dat het volgende uitsluitsel geeft:
> lspci | grep VGA
output: "00:02.0 VGA compatible controller: Intel Corporation HD
Graphics 530 (rev 06)
>
> Welke Linux kernel gebruik je? De gewone kernel, of b.v. de kernel uit
> backports? Bij die laatste krijg je steeds de nieuwste, en dan zou het
> probleem daardoor kunnen komen. "uname -a" kan het vertellen.
> Ook bij het gewone kernel kun je problemen tegenkomen, maar die kans is
> veel minder groot.
output: "Linux Envy 4.9.0-8-amd64 #SMP Debian 4.9.110-3+deb9u4 (2018-
08-21) x86_64 GNU/Linux
Niet uit backport, een gewone kernel dus.
>
> Misschien dat /var/log/Xorg.0.log aanwijzingen kan geven, maar daar
> staat altijd nogal veel in.
>
> Het zou kunnen zijn dat het aan gdm ligt. Wat je zou kunnen proberen is
> een alternatief daarvoor te installeren. Ik zou voor "lightdm" gaan.
> apt install lightdm
>
> De installatie zal je vragen wat je wilt gebruiken, gdm of lightdm, dan
> kies je voor lightdm. Als het niet helpt kun je lightdm verwijderen, en
> dan gebruikt je systeem automatisch weer gdm. Als het wel helpt weet je
> dat het probleem in gdm zit.
na inlog in lightdm krijg ik alleen een achtergrondscherm te zien, met
muisaanwijzer maar zonder menu's en dergelijke. Dan ligt het
waarschijnlijk niet in gdm maar ligt het probleem elders. Misschien met
Nouveau proberen in plaats van closed source Nvidia? Hoe doe je dat het
beste?
Groet,
Frank
Re: blank scherm en muisaanwijzer na login
Paul van der Vlis schreef op di 11-09-2018 om 11:29 [+0200]:
> Op 10-09-18 om 22:03 schreef Frank Voncken:Frank Voncken schreef op
> ma 10-09-2018 om 21:35 [+0200]:Op mijn andere laptop met Debian 9 met
> Gnome 3 (ik geloof 3.22) krijgik, na steeds probleemloze werking,
> opeens na een login een blankscherm met muisaanwijzer. Waarschijnlijk
> is er met een update of meteen autoremove iets misgegaan, iets dat
> mogelijk in verband houdt met gdm?
> Helaas kan ik in de recovery mode de commando "apt update"
> nietgebruiken, er is geen toegang tot Debian server (geen internet?).
> Ik raad aan om niet de recovery mode te gebruiken, omdat je
> daninderdaad geen internet hebt. (Alhoewel, misschien is het wel te
> starten).
> Op het moment dat het booten klaar is en je een zwart scherm
> krijgt,druk je op ctrl-alt-F2. Daar kun je dan inloggen als root. Doe
> dan eens"apt update", en vertel ons wat voor meldingen je krijgt.
> Volg eventueleaanwijzingen die apt geeft op.
> Inderdaad, eerst apt repareren.
> Groet,Paul
Met ctrl-alt-f2 gebeurt er niks, met ctrl-alt-f3 kom ik wel in tty
(hier: tty3). Ik heb hier inderdaad internetverbinding. apt update
levert als resultaat "alle pakketten zijn up-to-date.
Op aanwijzing van Geert Stappers heb ik systemctl status gdm.service
uitgevoerd. Resultaat is dat het loaded is en dat het actief ("active
(running)") is. Verder staat het dat Gnome Display Manager opgestart
is. Geen foutmelding. Waarom krijg ik dan geen Gnome scherm te zien?
Met ervaring van Cecil Westerhof heb ik systemctl reboot uitgevoerd.
Dan verschijnt eerst GRUB, dan een reeks regels, dan een inlogscherm.
Ik log in en krijg daarna helaas een zwart scherm met een muisaanwijzer
die ik wel kan bewegen. Er is meer onderzoek voor nodig.
Volgens "systemctl get-default" is dat graphical.target. Dat lijkt me
kloppen. Probeerde ik met "systemctl start gdm.service" of "systemctl
start gdm", dan gebeurde er niks. Dan rebooten. Het probleem blijft
helaas hetzelfde. Ik probeerde ook met startx (vanuit tty, uiteraard):
ik kom direct in een zwart scherm met alleen een muisaanwijzer.
Mijn kennis op gebied van gdm reikt niet ver. Of zou dit te maken
hebben met nvidia wat ik heb?? Hopelijk kan iemand op basis van het
bovenstaande bepaalde conclusies trekken en aanwijzingen geven voor
vervolgstappen.
Groet,
Frank
Re: blank scherm en muisaanwijzer na login
Cecil Westerhof schreef op 2018-09-11 08:20: Frank Voncken writes: Op mijn andere laptop met Debian 9 met Gnome 3 (ik geloof 3.22) krijg ik, na steeds probleemloze werking, opeens na een login een blank scherm met muisaanwijzer. Waarschijnlijk is er met een update of met een autoremove iets misgegaan, iets dat mogelijk in verband houdt met gdm? Ik werk met Xfce4, maar ik heb na een update precies hetzelfde probleem gehad, maar dan nadat de screensaver was geactiveerd. Enige oplossing was rebooten en gelukkig heb ik het daarna niet meer gehad. (Knock on wood.) Dat was een flinke "knock in wood": ik heb het vaker gereboot, het werkt niet (ook niet na "ctrl-alt-f1" om terug te gaan naar inlog-scherm vanuit het blank scherm).
Re: blank scherm en muisaanwijzer na login
Geert Stappers schreef op 2018-09-11 07:58: On Mon, Sep 10, 2018 at 10:03:32PM +0200, Frank Voncken wrote: Frank Voncken schreef op ma 10-09-2018 om 21:35 [+0200]: > Op mijn andere laptop met Debian 9 met Gnome 3 (ik geloof 3.22) krijg > ik, na steeds probleemloze werking, opeens na een login een blank > scherm met muisaanwijzer. Waarschijnlijk is er met een update of met > een autoremove iets misgegaan, iets dat mogelijk in verband houdt met > gdm? > Helaas kan ik in de recovery mode de commando "apt update" niet > gebruiken, er is geen toegang tot Debian server (geen internet?). Focus je eerst op het herstel van "apt update", dus dat je toegang hebt tot verder gereedschap. Dat zou inderdaad wel handig zijn. Ik vind een hopelijk goede link hierover: https://nology.de/debian-recovery-mode-turn-on-networking.html Ik ben momenteel op het werk, maar ik ga vanavond ernaar kijken of het helpt (fingers crossed). > Op verschillende forums zie ik dat het probleem wel vaker voorkomt, > maar de oplossingen, voor zover ze zijn, zijn heel divers. Hoe kan ik > het oplossen, heeft iemand hier ervaring mee? > Groet,Frank Aanvullende info: na "dpkg-reconfigure gdm3" krijg ik de melding dat gdm.service niet actief is en derhalve niet opgestart kan worden. Daaronder verschijnt de melding "invoke-rc.d: initscript gdm3, action "reload" failed". Hopelijk helpt die aanvullende info het jullie? Helaas niet. Misschien dat systemctl status gdm.service nog wat informatie verschaft. Eerder vanmorgen, vlak voor ik naar mijn werk ging, heb ik even snel de bovenstaande commando ingetikt, met als resultaat de volgende output: Loaded: (lib/systemd/system/gdm.service; static; vendor preset: enabled) Active: inactive (dead) Klinkt niet goed, geloof ik. Ik vond op internet twee links die mogelijke oplossingen bevat: https://unix.stackexchange.com/questions/322720/why-wont-my-enabled-systemd-service-start-on-boot (helemaal onderaan) https://bbs.archlinux.org/viewtopic.php?id=150017 (ook helemaal onderaan) Nogmaals, dat ga ik dus allemaal vanavond proberen. Of iemand moet tot die tijd een aanvullende suggestie/opmerking hebben? Groet, Frank
Re: blank scherm en muisaanwijzer na login
Frank Voncken schreef op ma 10-09-2018 om 21:35 [+0200]: > Op mijn andere laptop met Debian 9 met Gnome 3 (ik geloof 3.22) krijg > ik, na steeds probleemloze werking, opeens na een login een blank > scherm met muisaanwijzer. Waarschijnlijk is er met een update of met > een autoremove iets misgegaan, iets dat mogelijk in verband houdt met > gdm? > Helaas kan ik in de recovery mode de commando "apt update" niet > gebruiken, er is geen toegang tot Debian server (geen internet?). > Op verschillende forums zie ik dat het probleem wel vaker voorkomt, > maar de oplossingen, voor zover ze zijn, zijn heel divers. Hoe kan ik > het oplossen, heeft iemand hier ervaring mee? > Groet,Frank Aanvullende info: na "dpkg-reconfigure gdm3" krijg ik de melding dat gdm.service niet actief is en derhalve niet opgestart kan worden. Daaronder verschijnt de melding "invoke-rc.d: initscript gdm3, action "reload" failed". Hopelijk helpt die aanvullende info het jullie? Frank
blank scherm en muisaanwijzer na login
Op mijn andere laptop met Debian 9 met Gnome 3 (ik geloof 3.22) krijg ik, na steeds probleemloze werking, opeens na een login een blank scherm met muisaanwijzer. Waarschijnlijk is er met een update of met een autoremove iets misgegaan, iets dat mogelijk in verband houdt met gdm? Helaas kan ik in de recovery mode de commando "apt update" niet gebruiken, er is geen toegang tot Debian server (geen internet?). Op verschillende forums zie ik dat het probleem wel vaker voorkomt, maar de oplossingen, voor zover ze zijn, zijn heel divers. Hoe kan ik het oplossen, heeft iemand hier ervaring mee? Groet, Frank
Re: foutmeldingen tijdens apt update en apt upgrade
Gijs Hillenius schreef op za 25-08-2018 om 14:45 [+0200]: > [...] > > > dpkg: waarschuwing: 'ldconfig' niet gevonden in PATH of niet > > uitvoerbaar > > dpkg: waarschuwing: 'start-stop-daemon' niet gevonden in PATH of > > niet uitvoerbaar > > dpkg: fout: 2 verwachte programma's niet gevonden in PATH of > > niet > > uitvoerbaar > > NOOT: PATH van root zou gewoonlijk /usr/local/sbin, /usr/sbin en > > /sbin moeten bevatten > > E: Sub-process /usr/bin/dpkg returned an error code (2) > > root@oudelaptop:/home/familie# > > > > Het blijkt een bekend probleem te zijn gezien de vele meldingen > > hierover op het internet. Gelukkig vond ik een eenvoudige > > oplossing: ik > > checkte de inhoud van PATH via commando #echo $PATH. Daaruit bleek > > dat > > /sbin ontbrak. Ik heb het toegevoegd middels commando # export > > PATH="$PATH:/sbin". Ik kon vervolgens probleemloos #apt upgrade > > uitvoeren. > > > Er is een nieuwe su, in util-linux, en die denkt anders over PATH dan > de > vorige su van Debian. > > Ik had het idee dat men vind dat je "su -" of "su -l" moet gebruiken > in > plaats van "su". Die - zorgt ervoor dat je PATH onderdelen blijven > zoals > je dat voorheen gewend bent. > > zie discussie hier: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833256#90 Dank je wel voor de leerzame info!
Re: linux-image-amd64 niet gebaseerd op de nieuwste kernel
Paul van der Vlis schreef op za 13-02-2016 om 11:26 [+0100]: > Hoi Frank, > > Op 13-02-16 om 10:27 schreef Frank Voncken: > > Ik heb twee pakketten van Linux kernel naast elkaar op mijn laptop: > > linux-image-4.3.0-1-amd64 en linux-image-4.4.0-trunk-amd64. Als ik > > dat > > oudere pakket wil verwijderen, dan blijkt dat het metapakket > > linux-image-amd64 ook automatisch mee verwijderd zal worden. Toen > > werd > > ik achterdochtig. Dit metapakket blijkt nog gebaseerd te zijn op > > oudere > > van de twee. Klopt dit wel gezien de omschrijving "this package > > depends > > on the latest Linux kernel"? > > linux-image-4.3.0-1-amd64 depends on het nieuwste 4.3.0 kernel uit > testing. Het 4.4.0 kernel uit experimental hoort daar niet bij. > > Het metapakket linux-image-amd64 depends on het nieuwste kernel uit > de > Debian versie waar de linux-image-amd64 uit komt. In jouw geval is > dat > wellicht testing. Ik heb inderdaad Debian Testing geïnstalleerd. Aanvankelijk had het kernel 4.2, toen heb ik vervolgens 4.3 uit sid gehaald, en uiteindelijk 4.4 uit experimental. Ik zie dat kernel 4.3 inmiddels Testing heeft bereikt. Met Paul's uitleg over pakket linux-image-amd64 begrijp ik het nu wat beter, bedankt! > > > > Of kan ik gerust doorgaan met verwijderen? > > > > > Ja, volgens mij wel. > > Maar je kunt ook gerust meerdere kernels laten staan, dan heb je nog > iets om op terug te vallen als ze in experimental iets zetten wat > wellicht te experimenteel is. Mijn advies is: gewoon laten staan. > Prima. Dan laat ik het gewoon lekker staan :-) Groet, Frank
Re: linux-image-amd64 niet gebaseerd op de nieuwste kernel
Paul van der Vlis schreef op za 13-02-2016 om 11:50 [+0100]: > Op 13-02-16 om 11:44 schreef Frank Voncken: > > > > Maar je kunt ook gerust meerdere kernels laten staan, dan heb je > > > nog > > > iets om op terug te vallen als ze in experimental iets zetten wat > > > wellicht te experimenteel is. Mijn advies is: gewoon laten staan. > > > > Prima. Dan laat ik het gewoon lekker staan :-) > > Mocht je experimental-kernel niet willen booten, dan kun je dus via > grub > je andere kernel nog gebruiken. > > Wat ik je verder aanraad is om een beetje in de gaten te houden > wanneer > het 4.4 kernel testing bereikt. Op dat moment heb je namelijk > experimental niet meer nodig. Op dat moment raad ik je aan om geen > kernels uit experimental meer te willen, maar te blijven steken op > het > kernel uit testing. > > En als er een nieuwe stable uitkomt, op het kernel in stable. > > Tenzij je misschien toch nog functionaliteit mist natuurlijk. > Of als je kernel-development interessant vindt. Ik begrijp het. Ik wacht overigens op kernel 4.5 die een sterk verbeterde support voor Skylake zou hebben (zie mijn eerdere bericht over niet gedetecteerde usb apparaten zoals muis en memory stick). Hopelijk lost dit heleboel op. Groet, Frank
Re: usb en sd card niet gedecteerd in Debian stretch
Frank Voncken schreef op do 11-02-2016 om 11:40 [+0100]: > Geert Stappers schreef op vr 29-01-2016 om 15:58 [+0100]: > > > Laptop terugbrengen naar de fabrikant? Of ligt het aan software? > > > > Aan de fabrikant vragen met welke Linux kernel succes is gehaald? > > Antwoord van de fabrikant a.u.b. vooral met de mensheid delen. > > > Ik heb contact opgenomen met HP. Die kan mij helaas niet helpen > aangezien ze geen linux-ondersteuning geeft. Het antwoord van de > fabrikant kan ik dus niet met de mensheid delen. Maar forumlid > "Head_on_a_Stick" van de internationale Debian forum suggereert > kernel 4.5 aangezien deze sterk verbeterde Skylake support heeft. > Laten we hopen dat hij gelijk heeft. > > Overigens blijkt na het installeren van firmware-linux pakket usb > apparaten als muis en usb stick gewoon direct goed te werken, heel > gek. Tenminste, voor zover ik kan zien, ik gebruik ze niet vaak. Maar > misschien zijn deze niet-vrije pakketten niet meer nodig als ik > kernel 4.5 in mijn laptop heb? De tijd zal het leren! Ter info voor jullie, een update: na overstap naar kernel 4.4.1 (nodig voor sd card reader) blijken nu muis en usb stick niet meer gedetecteerd te worden na boot (wel na reboot terwijl ze ingeplugd staan). Met of zonder pakket "firmware-linux", het maakt geen verschil meer uit. Helaas... Mijn hoop is gevestigd op kernel 4.5! Groet, Frank
linux-image-amd64 niet gebaseerd op de nieuwste kernel
Ik heb twee pakketten van Linux kernel naast elkaar op mijn laptop: linux-image-4.3.0-1-amd64 en linux-image-4.4.0-trunk-amd64. Als ik dat oudere pakket wil verwijderen, dan blijkt dat het metapakket linux- image-amd64 ook automatisch mee verwijderd zal worden. Toen werd ik achterdochtig. Dit metapakket blijkt nog gebaseerd te zijn op oudere van de twee. Klopt dit wel gezien de omschrijving "this package depends on the latest Linux kernel"? Of kan ik gerust doorgaan met verwijderen? Groet, Frank
Re: sd card niet gedetecteerd
henk van ballegooijen schreef op do 11-02-2016 om 22:51 [+0100]: > Hallo Frank, > > Ik kwam deze post tegen: > http://askubuntu.com/questions/731093/sd-card-reader-realtek-522a-not > -working-in-dell-i7559-in-ubuntu-15-10 > Zoals je kunt zien schijnt het opgelost te zijn met de installatie > van > kernel 4.4.1 > Het betreft wel een Dell laptop maar in jouw lspci zag ik dezelfde > cardreader. > Hopelijk kan een kernel upgrade het probleem verhelpen wanneer deze > beschikbaar komt in Debian. > > Groet, > > Henk. > Verhip, ik zag wel de lijn "unassigned class: Realtek Semiconductor", maar ik was me er niet bewust van het hier om sd card reader ging. Goede vondst, Henk! Gelukkig zit kernel 4.4.1 reeds in experimental. Ehm, welke zal ik nu nemen? De benaming ziet er momenteel iets anders uit dan ik gewend ben, dit keer met "trunk". Dus "linux-image-4.4.0- trunk-amd64" en "linux-image-4.4.0-trunk-rt-amd64". Trunk betekent stam, dus in principe kunnen er meerdere kernel-versies van 4.4 erop staan, als ik het goed heb begrepen. Het zal dus goed komen. En rt betekent iets van real time. Maar wat het is... Welke zal ik nemen, die met of zonder rt? Frank
[OPGELOST] Re: sd card niet gedetecteerd
Frans van Berckel schreef op vr 12-02-2016 om 09:13 [+0100]: > Beste Henk, > > On Thu, 2016-02-11 at 22:51 +0100, henk van ballegooijen wrote: > > > Ik kwam deze post tegen: > > http://askubuntu.com/questions/731093/sd-card-reader-realtek-522a-n > > ot > > -working-in-dell-i7559-in-ubuntu-15-10 > > Zoals je kunt zien schijnt het opgelost te zijn met de installatie > > van kernel 4.4.1. Het betreft wel een Dell laptop maar in jouw > > lspci > > zag ik dezelfde cardreader. > > Hopelijk kan een kernel upgrade het probleem verhelpen wanneer > > deze > > beschikbaar komt in Debian. > > Dat ziet er goed uit. De 4.4.1 zit wel reeds in experimental. Zou me > niet verbazen, als je deze ook gewoon met Jessie kan installeren? > > https://packages.debian.org/en/experimental/kernel/ > > Het werkt! De sd card wordt nu keurig gedetecteerd. Zie ook deel van output lspci -nnk 09:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device [10ec:522a] (rev 01) Subsystem: Hewlett-Packard Company Device [103c:80ee] Kernel driver in use: rtsx_pci Kernel modules: rtsx_pci Dank jullie wel allen! Groet, Frank
Re: usb en sd card niet gedecteerd in Debian stretch
Geert Stappers schreef op vr 29-01-2016 om 15:58 [+0100]: > > Laptop terugbrengen naar de fabrikant? Of ligt het aan software? > > Aan de fabrikant vragen met welke Linux kernel succes is gehaald? > Antwoord van de fabrikant a.u.b. vooral met de mensheid delen. Ik heb contact opgenomen met HP. Die kan mij helaas niet helpen aangezien ze geen linux-ondersteuning geeft. Het antwoord van de fabrikant kan ik dus niet met de mensheid delen. Maar forumlid "Head_on_a_Stick" van de internationale Debian forum suggereert kernel 4.5 aangezien deze sterk verbeterde Skylake support heeft. Laten we hopen dat hij gelijk heeft. Overigens blijkt na het installeren van firmware-linux pakket usb apparaten als muis en usb stick gewoon direct goed te werken, heel gek. Tenminste, voor zover ik kan zien, ik gebruik ze niet vaak. Maar misschien zijn deze niet-vrije pakketten niet meer nodig als ik kernel 4.5 in mijn laptop heb? De tijd zal het leren! Alleen een sd card werkt helaas nog niet. Daarover ga ik een aparte post aanmaken. Groeten, Frank
sd card niet gedetecteerd
Beste allen, ik heb in mijn laptop met Skylake een slot voor sd card. Dit blijkt sd card echter niet te herkennen. Ik keek in lspci: lspci 00:00.0 Host bridge: Intel Corporation Sky Lake Host Bridge/DRAM Registers (rev 07) 00:01.0 PCI bridge: Intel Corporation Sky Lake PCIe Controller (x16) (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev 06) 00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31) 00:14.2 Signal processing controller: Intel Corporation Sunrise Point-H Thermal subsystem (rev 31) 00:15.0 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #0 (rev 31) 00:15.1 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #1 (rev 31) 00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI #1 (rev 31) 00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA Controller [AHCI mode] (rev 31) 00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #5 (rev f1) 00:1c.5 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #6 (rev f1) 00:1c.6 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #7 (rev f1) 00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31) 00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31) 00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31) 00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31) 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 950M] (rev ff) 07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15) 08:00.0 Network controller: Intel Corporation Wireless 7265 (rev 61) 09:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 522a (rev 01) Ik zie niks over sd card reader. lsusb geeft ook geen soelaas (of ik moet iets over het hoofd hebben gezien): lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 138a:0050 Validity Sensors, Inc. Swipe Fingerprint Sensor Bus 001 Device 003: ID 8087:0a2a Intel Corp. Bus 001 Device 002: ID 05c8:0379 Cheng Uei Precision Industry Co., Ltd (Foxlink) Bus 001 Device 005: ID 0101:0007 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Wat kan ik nu doen? Weer nieuwe uitdaging voor jullie :-) Hartelijke groet, Frank
Re: sd card niet gedetecteerd
Frans van Berckel schreef op do 11-02-2016 om 12:23 [+0100]: > Hi Frank, > On Thu, 2016-02-11 at 12:05 +0100, Frank Voncken wrote: > > Frans van Berckel schreef op do 11-02-2016 om 11:56 [+0100]: > > > Hi Frank, > > > > > > Misschien moet er nog wat geladen worden? Laat dmesg wat zien? > > > > > > # dmesg | grep -i sd > > # dmesg | grep -i sd > > [0.00] ACPI: RSDP 0x77FFD014 24 (v02 HPQOEM) > > [0.00] ACPI: XSDT 0x77FBF188 00011C (v01 HPQOEM > > SLIC > > -MPC HP 0113) > > [0.00] ACPI: DSDT 0x77FC1000 01C573 (v02 HPQOEM > > SLIC > > -MPC ACPI 0004) > > [0.00] ACPI: SSDT 0x77FF9000 0004B7 (v02 HPQOEM > > INSYDE 1000 ACPI 0004) > > [0.00] ACPI: SSDT 0x77FF8000 4B (v02 HPQOEM > > INSYDE 3000 ACPI 0004) > > [0.00] ACPI: SSDT 0x77FF 0066C2 (v01 HPQOEM > > INSYDE 1000 ACPI 0004) > > [0.00] ACPI: MSDM 0x77FEF000 55 (v03 HPQOEM > > SLIC > > -MPC 0001 HP 0004) > > [0.00] ACPI: SSDT 0x77FE9000 00544E (v02 HPQOEM > > INSYDE 3000 ACPI 0004) > > [0.00] ACPI: SSDT 0x77FC 0002D4 (v01 HPQOEM > > INSYDE ACPI 0004) > > [0.00] ACPI: SSDT 0x77FBE000 000EA7 (v02 HPQOEM > > INSYDE 1000 ACPI 0004) > > [0.00] ACPI: SSDT 0x77FBD000 00019A (v02 HPQOEM > > INSYDE 1000 ACPI 0004) > > [0.00] ACPI: SSDT 0x77FBC000 00071B (v02 HPQOEM > > INSYDE 1000 ACPI 0004) > > [0.00] ACPI: SSDT 0x77FBB000 000B49 (v02 HPQOEM > > INSYDE 1000 ACPI 0004) > > [0.00] ACPI: SSDT 0x77FBA000 000188 (v02 HPQOEM > > INSYDE 1000 ACPI 0004) > > [0.00] ACPI: SSDT 0x77FB9000 000E58 (v02 HPQOEM > > INSYDE 3000 ACPI 0004) > > [0.00] ACPI: SSDT 0x77FB5000 003F70 (v01 HPQOEM > > INSYDE 1000 ACPI 0004) > > [0.274775] ACPI: SSDT 0x8803736AD000 00037F (v02 PmRef > > Cpu0Cst 3001 INTL 20130117) > > [0.275614] ACPI: SSDT 0x8803737B3000 0005DC (v02 PmRef > > Cpu0Ist 3000 INTL 20130117) > > [0.277138] ACPI: SSDT 0x8803758B2800 0005AA (v02 > > PmRef ApIst > > 3000 INTL 20130117) > > [0.278178] ACPI: SSDT 0x8803758B1E00 000119 (v02 > > PmRef ApCst > > 3000 INTL 20130117) > > [0.814515] ahci :00:17.0: flags: 64bit ncq sntf pm led clo > > only pio slum part ems deso sadm sds apst > > [1.206887] sd 0:0:0:0: [sda] 500118192 512-byte logical blocks: > > (256 GB/238 GiB) > > [1.207043] sd 1:0:0:0: [sdb] 1953525168 512-byte logical > > blocks: > > (1.00 TB/931 GiB) > > [1.207049] sd 1:0:0:0: [sdb] 4096-byte physical blocks > > [1.207296] sd 1:0:0:0: [sdb] Write Protect is off > > [1.207305] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 > > [1.207498] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: > > enabled, doesn't support DPO or FUA > > [1.207624] sd 0:0:0:0: [sda] Write Protect is off > > [1.207629] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 > > [1.207740] sd 0:0:0:0: [sda] Write cache: enabled, read cache: > > enabled, doesn't support DPO or FUA > > [1.209419] sda: sda1 sda2 sda3 > > [1.210009] sd 0:0:0:0: [sda] Attached SCSI disk > > [1.248729] sdb: sdb1 > > [1.249872] sd 1:0:0:0: [sdb] Attached SCSI disk > > [1.601396] EXT4-fs (sda2): mounted filesystem with ordered data > > mode. Opts: (null) > > [2.180966] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro > > [2.276209] sd 0:0:0:0: Attached scsi generic sg0 type 0 > > [2.276403] sd 1:0:0:0: Attached scsi generic sg1 type 0 > > [2.491947] Adding 12448764k swap on /dev/sda3. Priority:-1 > > extents:1 across:12448764k SSFS > > [2.536677] FAT-fs (sda1): utf8 is not a recommended IO charset > > for FAT filesystems, filesystem will be case sensitive! > > [2.735786] EXT4-fs (sdb1): mounted filesystem with ordered data > > mode. Opts: (null) > > [2.822103] parport efivarfs autofs4 ext4 crc16 mbcache jbd2 > > sr_mod cdrom sd_mod crc32c_intel ahci libahci xhci_pci libata > > xhci_hcd r8169 mii scsi_mod usbcore usb_common fan thermal i2c_hid > > hid > > > > > # dmesg | grep -i firmware > > # dmesg | grep -i firmware > > [0.262314] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignore
Re: sd card niet gedetecteerd
Frans van Berckel schreef op do 11-02-2016 om 11:56 [+0100]: > Hi Frank, > > On Thu, 2016-02-11 at 11:45 +0100, Frank Voncken wrote: > > Beste allen, > > > > ik heb in mijn laptop met Skylake een slot voor sd card. Dit blijkt > > sd card echter niet te herkennen. Ik keek in lspci: > > > > lspci > > 00:00.0 Host bridge: Intel Corporation Sky Lake Host Bridge/DRAM > > Registers (rev 07) > > 00:01.0 PCI bridge: Intel Corporation Sky Lake PCIe Controller > > (x16) > > (rev 07) > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b > > (rev > > 06) > > 00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 > > xHCI Controller (rev 31) > > 00:14.2 Signal processing controller: Intel Corporation Sunrise > > Point > > -H Thermal subsystem (rev 31) > > 00:15.0 Signal processing controller: Intel Corporation Sunrise > > Point > > -H LPSS I2C Controller #0 (rev 31) > > 00:15.1 Signal processing controller: Intel Corporation Sunrise > > Point > > -H LPSS I2C Controller #1 (rev 31) > > 00:16.0 Communication controller: Intel Corporation Sunrise Point-H > > CSME HECI #1 (rev 31) > > 00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA > > Controller [AHCI mode] (rev 31) > > 00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express > > Root Port #5 (rev f1) > > 00:1c.5 PCI bridge: Intel Corporation Sunrise Point-H PCI Express > > Root Port #6 (rev f1) > > 00:1c.6 PCI bridge: Intel Corporation Sunrise Point-H PCI Express > > Root Port #7 (rev f1) > > 00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC > > Controller > > (rev 31) > > 00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC > > (rev > > 31) > > 00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio > > (rev > > 31) > > 00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31) > > 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 950M] > > (rev ff) > > 07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > > RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15) > > 08:00.0 Network controller: Intel Corporation Wireless 7265 (rev > > 61) > > 09:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. > > Device 522a (rev 01) > > > > Ik zie niks over sd card reader. lsusb geeft ook geen soelaas (of > > ik > > moet iets over het hoofd hebben gezien): > > > > lsusb > > Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub > > Bus 001 Device 004: ID 138a:0050 Validity Sensors, Inc. Swipe > > Fingerprint Sensor > > Bus 001 Device 003: ID 8087:0a2a Intel Corp. > > Bus 001 Device 002: ID 05c8:0379 Cheng Uei Precision Industry Co., > > Ltd (Foxlink) > > Bus 001 Device 005: ID 0101:0007 > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > Wat kan ik nu doen? Weer nieuwe uitdaging voor jullie :-) > > Misschien moet er nog wat geladen worden? Laat dmesg wat zien? > > # dmesg | grep -i sd # dmesg | grep -i sd [0.00] ACPI: RSDP 0x77FFD014 24 (v02 HPQOEM) [0.00] ACPI: XSDT 0x77FBF188 00011C (v01 HPQOEM SLIC- MPC HP 0113) [0.00] ACPI: DSDT 0x77FC1000 01C573 (v02 HPQOEM SLIC- MPC ACPI 0004) [0.00] ACPI: SSDT 0x77FF9000 0004B7 (v02 HPQOEM INSYDE 1000 ACPI 0004) [0.00] ACPI: SSDT 0x77FF8000 4B (v02 HPQOEM INSYDE 3000 ACPI 0004) [0.00] ACPI: SSDT 0x77FF 0066C2 (v01 HPQOEM INSYDE 1000 ACPI 0004) [0.00] ACPI: MSDM 0x77FEF000 55 (v03 HPQOEM SLIC- MPC 0001 HP 0004) [0.00] ACPI: SSDT 0x77FE9000 00544E (v02 HPQOEM INSYDE 3000 ACPI 0004) [0.00] ACPI: SSDT 0x77FC 0002D4 (v01 HPQOEM INSYDE ACPI 0004) [0.00] ACPI: SSDT 0x77FBE000 000EA7 (v02 HPQOEM INSYDE 1000 ACPI 0004) [0.00] ACPI: SSDT 0x77FBD000 00019A (v02 HPQOEM INSYDE 1000 ACPI 0004) [0.00] ACPI: SSDT 0x77FBC000 00071B (v02 HPQOEM INSYDE 1000 ACPI 0004) [0.00] ACPI: SSDT 0x77FBB000 000B49 (v02 HPQOEM INSYDE 1000 ACPI 0004) [0.00] ACPI: SSDT 0x77FBA000 000188 (v02 HPQOEM INSYDE 1000 ACPI 0004) [0.00] ACPI: SSDT 0x77FB9000 000E58 (v02 HPQOEM INSYDE 3000 ACPI 0004) [0.00] ACPI: SSDT 0x77FB5000 003F70 (v01 HPQOEM INSYDE 1000 ACPI 0004) [0.274775] ACPI: SSDT 0x8803736AD000 00037F (v02 PmRef Cpu0Cst 3001 INTL 2
Re: usb en sd card niet gedecteerd in Debian stretch
Paul van der Vlis schreef op zo 20-12-2015 om 13:28 [+0100]: > > > > > > > > > > En Bluetooth muis werkt maar > > > > > even, daarna niet meer. > > > > > > Ik heb de muis getest op mijn oude laptop met Debian Jessie. Het > > > werkt prima. Het ligt dus niet aan de muis. > > > > > > Zucht... Het is moeilijk om te bepalen of het aan laptop ligt > > > (slecht > > > functionerende usb-hub) of aan software (geen goede ondersteuning > > > voor usb onder skylake). > > Als ik je goed begrijp doet USB het niet na booten. Een USB-muis doet > het bijvoorbeeld niet, correct? Test graag direct na booten, zonder > dat > hij in slaap is geweest en weer is ontwaakt. Eindelijk heb ik een gewone usb muis (bedraad). Nu kan ik het testen. Indien ik de muis pas na afloop van het opstarten ga inpluggen, doet het niet altijd, het wordt niet altijd gedetecteerd. Soms wel. Wel brandt altijd het lampje. Er is dus wel stroom. Er is wel iets geks: laat ik de muis ingeplugd en ik reboot de laptop, dan gaat na afloop van de reboot (en ik dus weer scherm met apps, programma's en zo heb) het lampje van de muis uit. Plug uit en weer in, dan gaat het lampje aan en doet de muis weer, op die manier doet het eigenlijk wel altijd. Heel gek... Laptop terugbrengen naar de fabrikant? Of ligt het aan software? Het is wel irritant allemaal: usb-stick en muis worden niet altijd gedetecteerd, sd card heeft nooit gewerkt. Ik weet even niet meer... Frank
Re: optimaliseren ssd en hdd
Richard Lucassen schreef op ma 21-12-2015 om 21:33 [+0100]: > On Wed, 25 Nov 2015 11:47:36 +0100 > Frank Voncken <frankvonc...@xs4all.nl> wrote: > > > # / was on /dev/sda2 during installation > > UUID=30905b0c-989b-41e5-a5f2-06a83dfc77fa > > Beetje late reactie, maar toch: > > # hdparm -I /dev/sda | grep -i trim > > Als dat als output geeft: > > *Data Set Management TRIM supported (limit 1 block) > > dan in /etc/fstab bij een ext4 fs: "discard" erbij zetten: > > /dev/sda5 / ext4errors=remount-ro,discard,noatime,nodiratime > 0 1 > > Ik zet er ook "noatime,nodiratime" bij want dat geeft anders alleen > maar writes en ik doe er niets mee. > > R. > Hallo Richard, Dank je wel voor jouw reactie. Ik heb inmiddels begrepen dat de optie "discard" tegenwoordig bij veel ssd's niet meer aanbevolen wordt, zie h ttps://wiki.debian.org/SSDOptimization Die gebruik ik dan ook niet. Ik heb nu een goede regel in fstab, bevestigd door anderen. Niettemin bedankt! Groet, Frank
Re: usb en sd card niet gedecteerd in Debian stretch
Paul van der Vlis schreef op zo 20-12-2015 om 13:28 [+0100]: > Op 18-12-15 om 10:21 schreef Frank Voncken: > > Oeps, bijlagen vergeten... > > > > > > > Paul van der Vlis schreef op wo 16-12-2015 om 15:53 [+0100]: > > > > > > Op 16-12-15 om 10:51 schreef Frank Voncken: > > > > > Je zult het niet geloven, maar nu "ziet" mijn laptop de > > > > > externe > > > > > hardware via usb wel. Externe hdd, telefoon en camera worden > > > > > herkend. > > > > > Gek... Misschien door de update en safe-upgrade die ik > > > > > daarvoor > > > had > > > > > uitgevoerd?? > > > > > > > > Of misschien doordat je ondertussen hebt gereboot? > > > > > > > > "usb: port power management may be unreliable" lees ik in > > > > dmesg, > > > > misschien ontwaakt de USB adapter niet goed uit de slaapstand. > > > > Ik raad je aan om het 4.4 kernel uit experimental te proberen. > > > > > > Op advies van Paul heb ik eerst geprobeerd met Linux 4.3. Het > > > biedt > > > geen soelaas. Externe hardware wordt niet gedecteerd. Zie dmesg > > > output > > > in de bijlage. Er is verschil in output, zie ook dmesg output > > > onder > > > Linux 4.2 voor gemak en ter vergelijking. > > > > > > > > > > > > > > > > En Bluetooth muis werkt maar > > > > > even, daarna niet meer. > > > > > > Ik heb de muis getest op mijn oude laptop met Debian Jessie. Het > > > werkt prima. Het ligt dus niet aan de muis. > > > > > > Zucht... Het is moeilijk om te bepalen of het aan laptop ligt > > > (slecht > > > functionerende usb-hub) of aan software (geen goede ondersteuning > > > voor usb onder skylake). > > Als ik je goed begrijp doet USB het niet na booten. Een USB-muis doet > het bijvoorbeeld niet, correct? Test graag direct na booten, zonder > dat > hij in slaap is geweest en weer is ontwaakt. Direct na het booten werkt usb niet altijd, zeker niet als het vóór het rebooten uitgestoken wordt en pas na het rebooten weer ingestoken wordt. Soms zie ik na reboot een melding dat usb verwijderd kan worden(??). Gek... Soms heb ik geluk en doet usb wel na reboot. Nog iets: als een usb niet gedetecteerd wordt, en ik sluit computer af, dan zie ik opeens wel het lampje van usb flikkeren. Blijft de usb ingestoken staan, dan is de kans op succesvolle detectie wel het grootste na het rebooten. Ik heb verder geen usb-muis. Ik zal ter zijner tijd er een kopen. Overigens zie ik bij het opstarten en bij het afsluiten heel kort een aantal foutmeldingen. Het ging heel snel, geen tijd om ze allemaal rustig te lezen. > > > > Zal ik toch met Linux 4.4 proberen? > > Je kunt het proberen, het kan weinig kwaad, en je kunt simpel terug > naar > een ouder kernel en 4.4 verwijderen. > Maar om eerlijk te zijn ben ik wat bang dat het het probleem niet > oplost. Oké. > > > > Of misschien andere suggestie aan de hand van dmesg output? > > Wat je nog kunt proberen is het pakket "intel-micrcocode" te > installeren, je moet daarvoor zowel contrib als non-free aanzetten in > sources.list. Dit heeft bij mij al heel rare problemen opgelost, > daarom > installeer ik het steeds vaker. Ik heb het pakket geïnstalleerd. Ik zal in de loop van de tijd kijken of er iets verandert. > > Met Google of DuckDuckGo zoeken op de verdachte meldingen. > > Als ik zoiets doe, en verwacht evt. problemen, dan installeer ik op > een > USB-stick of andere SSD en zo heb ik ook het Windows systeem nog. Als > je > het Windows systeem nog hebt, zou je kunnen kijken of USB daar ook > problemen geeft. Er schijnen ook Windows USB live-sticks te zijn, maa > > geen idee of die hardware-specifiek zijn. Ik heb geen Windows meer op de laptop. Wel heb ik een recovery media op usb, maar ik trek het niet om het alsnog te installeren... Groet, Frank
Re: usb en sd card niet gedecteerd in Debian stretch
Paul van der Vlis schreef op wo 16-12-2015 om 15:53 [+0100]: > Op 16-12-15 om 10:51 schreef Frank Voncken: > > Je zult het niet geloven, maar nu "ziet" mijn laptop de externe > > hardware via usb wel. Externe hdd, telefoon en camera worden > > herkend. > > Gek... Misschien door de update en safe-upgrade die ik daarvoor had > > uitgevoerd?? > > Of misschien doordat je ondertussen hebt gereboot? > > "usb: port power management may be unreliable" lees ik in dmesg, > misschien ontwaakt de USB adapter niet goed uit de slaapstand. > Ik raad je aan om het 4.4 kernel uit experimental te proberen. Op advies van Paul heb ik eerst geprobeerd met Linux 4.3. Het biedt geen soelaas. Externe hardware wordt niet gedecteerd. Zie dmesg output in de bijlage. Er is verschil in output, zie ook dmesg output onder Linux 4.2 voor gemak en ter vergelijking. > > > > En Bluetooth muis werkt maar > > even, daarna niet meer. Ik heb de muis getest op mijn oude laptop met Debian Jessie. Het werkt prima. Het ligt dus niet aan de muis. Zucht... Het is moeilijk om te bepalen of het aan laptop ligt (slecht functionerende usb-hub) of aan software (geen goede ondersteuning voor usb onder skylake). Zal ik toch met Linux 4.4 proberen? Of misschien andere suggestie aan de hand van dmesg output? Frank
Re: usb en sd card niet gedecteerd in Debian stretch
Oeps, bijlagen vergeten... > Paul van der Vlis schreef op wo 16-12-2015 om 15:53 [+0100]: > > Op 16-12-15 om 10:51 schreef Frank Voncken: > > > Je zult het niet geloven, maar nu "ziet" mijn laptop de externe > > > hardware via usb wel. Externe hdd, telefoon en camera worden > > > herkend. > > > Gek... Misschien door de update en safe-upgrade die ik daarvoor > had > > > uitgevoerd?? > > > > Of misschien doordat je ondertussen hebt gereboot? > > > > "usb: port power management may be unreliable" lees ik in dmesg, > > misschien ontwaakt de USB adapter niet goed uit de slaapstand. > > Ik raad je aan om het 4.4 kernel uit experimental te proberen. > > Op advies van Paul heb ik eerst geprobeerd met Linux 4.3. Het biedt > geen soelaas. Externe hardware wordt niet gedecteerd. Zie dmesg > output > in de bijlage. Er is verschil in output, zie ook dmesg output onder > Linux 4.2 voor gemak en ter vergelijking. > > > > > > > > En Bluetooth muis werkt maar > > > even, daarna niet meer. > > Ik heb de muis getest op mijn oude laptop met Debian Jessie. Het > werkt > prima. Het ligt dus niet aan de muis. > > Zucht... Het is moeilijk om te bepalen of het aan laptop ligt (slecht > functionerende usb-hub) of aan software (geen goede ondersteuning > voor > usb onder skylake). > > Zal ik toch met Linux 4.4 proberen? Of misschien andere suggestie aan > de hand van dmesg output? > > Frank output dmesg | grep -i usb met Linux 4-2.odt Description: application/vnd.oasis.opendocument.text output dmesg | grep -i usb met Linux 4-3.odt Description: application/vnd.oasis.opendocument.text
Re: nieuwe linux kernel uit experimental halen
Paul van der Vlis schreef op do 17-12-2015 om 00:31 [+0100]: > Hallo Frank, > > > > > Output van mijn /etc/apt/sources.list: > > > > # deb cdrom:[Debian GNU/Linux stretch-DI-alpha4 _Stretch_ - Official > > Snapshot amd64 NETINST Binary-1 20151024-18:12]/ stretch $ > > > > #deb cdrom:[Debian GNU/Linux stretch-DI-alpha4 _Stretch_ - Official > > Snapshot amd64 NETINST Binary-1 20151024-18:12]/ stretch m$ > > > > deb http://ftp.nl.debian.org/debian/ stretch main contrib > > non-free > > deb-src http://ftp.nl.debian.org/debian/ stretch main contrib > > non- > > free > > > > deb http://security.debian.org/ stretch/updates main contrib > > non- > > free > > deb-src http://security.debian.org/ stretch/updates main contrib > > non-free > > > > deb http://httpredir.debian.org/debian/ experimental main > > contrib > > non-free > > > > deb http://ftp.nl.debian.org/debian/ sid main contrib non-free > > deb-src http://ftp.nl.debian.org/debian/ sid main contrib > > non-free > > > > Verder heb ik (op aanraden van Diederik) een > > /etc/apt/apt.conf.d/40defaultrelease aangemaakt met de inhoud: > > > > APT::Default-Release "stretch"; > > > > Moet ik eerst dat laatste tijdelijk "buiten werking" stellen door > > middel van een #, dan > > # aptitude update > > > > vervolgens > > # aptitude install linux-headers-4.4.0-rc4-amd64/experimental > > > > (of beter een andere pakket?) > > Je hebt niet de headers nodig, maar het linux-image. Ik bedoel inderdaad linux-image. Inmiddels heb ik begrepen uit andere reacties dat ik daarnaast ook linux-headers moet installeren vanwege nvidia-driver. Goed. > > Ik gebruik nooit aptitude voor het installeren van pakketen, ik zou dit > doen als ik dit zou willen: > > apt-get -t experimental install linux-image-4.4.0-rc4-amd64 Diederik adviseert aptitude, Paul adviseert apt-get. Op verschillende forums zijn er nog discussies daarover. Pfff, ik weet het niet... > > Maar wellicht is het dus beter om linux-image-4.3 uit sid te installeren. In dat geval dus "experimental" in commando vervangen door "sid"? Uit een andere reactie van Paul blijkt dat Linux 4.4 verbeterde support voor touchpad heeft. Dat zou ook fijn zijn, want mijn touchpad maakt soms onverwachte, ongewenste actie tijdens het schrijven. Volgens Phoronix gaat het hier echter om een specifieke touchpad: Windows 8 precision touchpad (http://www.phoronix.com/scan.php?page=article=linux-44-features=2 ). Mmm, eerst maar 4.3 installeren, en kijken of het gewenste verbeteringen oplevert (usb, sd card, touchpad, etc). Ik kan altijd eventueel naar Linux 4.4 gaan. Groet, Frank (pas vanavond ben ik weer thuis en kan ik het e.e.a. proberen in de nieuwe laptop)
Re: usb en sd card niet gedecteerd in Debian stretch
Paul van der Vlis schreef op wo 16-12-2015 om 15:53 [+0100]: > Op 16-12-15 om 10:51 schreef Frank Voncken: > > Je zult het niet geloven, maar nu "ziet" mijn laptop de externe > > hardware via usb wel. Externe hdd, telefoon en camera worden > > herkend. > > Gek... Misschien door de update en safe-upgrade die ik daarvoor had > > uitgevoerd?? > > Of misschien doordat je ondertussen hebt gereboot? > > "usb: port power management may be unreliable" lees ik in dmesg, > misschien ontwaakt de USB adapter niet goed uit de slaapstand. > Ik raad je aan om het 4.4 kernel uit experimental te proberen. Eindelijk kom ik nu toe aan om hier te reageren. En helaas gaat het weer mis: usb reageert niet correct. Nieuwe dmesg output: dmesg | grep -i usb [0.718725] ACPI: bus type USB registered [0.718744] usbcore: registered new interface driver usbfs [0.718751] usbcore: registered new interface driver hub [0.718778] usbcore: registered new device driver usb [0.720821] xhci_hcd :00:14.0: new USB bus registered, assigned bus number 1 [0.721132] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [0.721134] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [0.721136] usb usb1: Product: xHCI Host Controller [0.721138] usb usb1: Manufacturer: Linux 4.2.0-1-amd64 xhci-hcd [0.721139] usb usb1: SerialNumber: :00:14.0 [0.721267] hub 1-0:1.0: USB hub found [0.732669] xhci_hcd :00:14.0: new USB bus registered, assigned bus number 2 [0.732706] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003 [0.732707] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [0.732708] usb usb2: Product: xHCI Host Controller [0.732709] usb usb2: Manufacturer: Linux 4.2.0-1-amd64 xhci-hcd [0.732710] usb usb2: SerialNumber: :00:14.0 [0.732816] hub 2-0:1.0: USB hub found [0.737330] usb: failed to peer usb2-port7 and usb1-port6 by location (usb2-port7:none) (usb1-port6:usb2-port6) [0.737331] usb usb2-port7: failed to peer to usb1-port6 (-16) [0.737332] usb: port power management may be unreliable [0.737947] usb: failed to peer usb2-port8 and usb1-port6 by location (usb2-port8:none) (usb1-port6:usb2-port6) [0.737948] usb usb2-port8: failed to peer to usb1-port6 (-16) [1.043025] usb 1-5: new high-speed USB device number 2 using xhci_hcd [1.215450] usb 1-5: New USB device found, idVendor=05c8, idProduct=0379 [1.215452] usb 1-5: New USB device strings: Mfr=2, Product=1, SerialNumber=0 [1.215454] usb 1-5: Product: HP Truevision HD [1.215455] usb 1-5: Manufacturer: Sonix Technology Co., Ltd. [1.330924] usb 1-7: new full-speed USB device number 3 using xhci_hcd [1.460159] usb 1-7: New USB device found, idVendor=8087, idProduct=0a2a [1.460160] usb 1-7: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [1.626906] usb 1-9: new full-speed USB device number 4 using xhci_hcd [1.764215] usb 1-9: New USB device found, idVendor=138a, idProduct=0050 [1.764217] usb 1-9: New USB device strings: Mfr=0, Product=0, SerialNumber=1 [1.764219] usb 1-9: SerialNumber: c418ffa088ce [2.824790] usbcore: registered new interface driver btusb [2.853613] input: HP Truevision HD as /devices/pci:00/:00:14.0/usb1/1-5/1-5:1.0/input/input10 [2.853686] usbcore: registered new interface driver uvcvideo [2.853688] USB Video Class driver (1.1.1) Dat wordt dus nieuwe kernel uit experimental. Ik zal hiervoor een nieuwe draad aanmaken. > > > Alleen herkent de laptop SD card niet. > > Daar heb ik eigenlijk nog nooit problemen mee gehad. Ik normaal ook nooit. Hopelijk zal het beter gaan met de nieuwere kernel. > > > En Bluetooth muis werkt maar > > even, daarna niet meer. > > Ik heb niet zulke geweldige ervaringen met Bluetooth, maar misschien > ligt dat aan mij. Mijn voornaamste bezwaar is dat het aanmelden niet > automatisch gaat. Verder niet altijd even simpel met nieuwe hardware, > soms helpt het om bluetooth uit te zetten, en dan weer aan. > > Een ander type muis is misschien een beter idee. Tsja, ik had de BT muis lang geleden gekocht, maar in de praktijk gebruik ik het haast nooit. Groet, Frank
nieuwe linux kernel uit experimental halen
Beste mensen, Vanwege de Skylake processor in mijn nieuwe laptop werd er aangeraden om kernel 4.4 uit experimental te installeren binnen de Testing omgeving van mijn laptop. Hoe doe ik het beste? Output van mijn /etc/apt/sources.list: # deb cdrom:[Debian GNU/Linux stretch-DI-alpha4 _Stretch_ - Official Snapshot amd64 NETINST Binary-1 20151024-18:12]/ stretch $ #deb cdrom:[Debian GNU/Linux stretch-DI-alpha4 _Stretch_ - Official Snapshot amd64 NETINST Binary-1 20151024-18:12]/ stretch m$ deb http://ftp.nl.debian.org/debian/ stretch main contrib non-free deb-src http://ftp.nl.debian.org/debian/ stretch main contrib non- free deb http://security.debian.org/ stretch/updates main contrib non- free deb-src http://security.debian.org/ stretch/updates main contrib non-free deb http://httpredir.debian.org/debian/ experimental main contrib non-free deb http://ftp.nl.debian.org/debian/ sid main contrib non-free deb-src http://ftp.nl.debian.org/debian/ sid main contrib non-free Verder heb ik (op aanraden van Diederik) een /etc/apt/apt.conf.d/40defaultrelease aangemaakt met de inhoud: APT::Default-Release "stretch"; Moet ik eerst dat laatste tijdelijk "buiten werking" stellen door middel van een #, dan # aptitude update vervolgens # aptitude install linux-headers-4.4.0-rc4-amd64/experimental (of beter een andere pakket?) Verwacht ik dan dependencies problemen? In dat geval niet direct de eerste keuze maken, maar doorgaan tot het meest eenvoudige voorstel zoals ik dat destijds heb gedaan met het installeren van nvidia-driver uit experimental? Dan het gekozen voorstel installeren? Daarna het comment weghalen uit /etc/apt/apt.conf.d/40defaultrelease. Dan pas aptitude safe-upgrade uitvoeren. Of kan het allemaal veel eenvoudiger door slechts het volgende uit te voeren, zonder aanvullende maatregelen/voorbereidingen: # aptitude upgrade # aptitude install linux-headers-4.4.0-rc4-amd64 (of beter een andere pakket?) Je ziet het, ik heb niet heel veel kennis van Debian. Wel leuk om te doen! Groet, Frank
Re: usb en sd card niet gedecteerd in Debian stretch
Paul van der Vlis schreef op wo 16-12-2015 om 09:21 [+0100]: > > > > > Nee toch? Mijn laptop is pas nieuw. lspci output is: > > > > 00:00.0 Host bridge: Intel Corporation Sky Lake Host > > Bridge/DRAM > > Registers (rev 07) > > 00:01.0 PCI bridge: Intel Corporation Sky Lake PCIe Controller > > (x16) > > (rev 07) > > 00:02.0 VGA compatible controller: Intel Corporation Device > > 191b > > (rev 06) > > 00:14.0 USB controller: Intel Corporation Sunrise Point-H USB > > 3.0 > > xHCI Controller (rev 31) > > 00:14.2 Signal processing controller: Intel Corporation Sunrise > > Point-H Thermal subsystem (rev 31) > > 00:15.0 Signal processing controller: Intel Corporation Sunrise > > Point-H LPSS I2C Controller #0 (rev 31) > > 00:15.1 Signal processing controller: Intel Corporation Sunrise > > Point-H LPSS I2C Controller #1 (rev 31) > > 00:16.0 Communication controller: Intel Corporation Sunrise > > Point-H > > CSME HECI #1 (rev 31) > > 00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA > > Controller [AHCI mode] (rev 31) > > 00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI > > Express > > Root Port #5 (rev f1) > > 00:1c.5 PCI bridge: Intel Corporation Sunrise Point-H PCI > > Express > > Root Port #6 (rev f1) > > 00:1c.6 PCI bridge: Intel Corporation Sunrise Point-H PCI > > Express > > Root Port #7 (rev f1) > > 00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC > > Controller > > (rev 31) > > 00:1f.2 Memory controller: Intel Corporation Sunrise Point-H > > PMC > > (rev 31) > > 00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD > > Audio > > (rev 31) > > 00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31) > > 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX > > 950M] > > (rev ff) > > 07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > > RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev > > 15) > > 08:00.0 Network controller: Intel Corporation Wireless 7265 > > (rev 61) > > 09:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., > > Ltd. > > Device 522a (rev 01) > > > > Die heeft/ziet wel een usb controller. Het zou vervelend zijn als > > usb > > kapot is, en ook een sd card slot. Ik wil eerst zeker weten dat het > > daaraan ligt voor ik contact ga opnemen met de fabrikant. > > Tja, je moet hem niet alleen zien, maar hij moet ook wat zien. Ziet > hij > ook geen muis? > > Het is natuurlijk allemaal erg nieuw spul, als ik me niet vergis > ondersteund Linux 4.4 Skylake pas helemaal. Zit in experimental. > > Heb nog even gezocht op de USB controller en niets gevonden, dus ik > verwacht dat het ook zal werken op wat oudere Linuxen. > > sd-kaartlezer wordt intern vaak via USB aangesloten. > > Misschien zegt "lsusb -v" nog iets zinvols? Je zult het niet geloven, maar nu "ziet" mijn laptop de externe hardware via usb wel. Externe hdd, telefoon en camera worden herkend. Gek... Misschien door de update en safe-upgrade die ik daarvoor had uitgevoerd?? Alleen herkent de laptop SD card niet. En Bluetooth muis werkt maar even, daarna niet meer. Mijn output van lsusb -v en dmesg |grep -i usb zit in twee documenten in de bijlage (tekst was te lang om hier direct te posten). Zie je iets geks? Frank output dmesg | grep -i usb.odt Description: application/vnd.oasis.opendocument.text output lsusb -v.odt Description: application/vnd.oasis.opendocument.text
usb en sd card niet gedecteerd in Debian stretch
Beste mensen, Ik merk nu pas dat mijn laptop met Debian Testing camera niet detecteert (niet met sd card, niet met usb kabel). Het blijkt nu dat geen enkele externe hardware met usb kabel geplugd in de laptop (zoals telefoon en een externe hdd) gedetecteerd is. Mijn fdisk -l en lsusb ziet ook niks aangesloten. Benodigde pakketten zoals libdiscover en udisks2 zijn (automatisch) reeds geïnstalleerd. Wat kan er de oorzaak van zijn? Frank
Re: usb en sd card niet gedecteerd in Debian stretch
Geert Stappers schreef op di 15-12-2015 om 22:39 [+0100]: > On Tue, Dec 15, 2015 at 10:29:19PM +0100, Frank Voncken wrote: > > Beste mensen, > > > > Ik merk nu pas dat mijn laptop met Debian Testing camera niet > > detecteert (niet met sd card, niet met usb kabel). Het blijkt nu > > dat > > geen enkele externe hardware met usb kabel geplugd in de laptop > > (zoals > > telefoon en een externe hdd) gedetecteerd is. > > > > Mijn fdisk -l en lsusb ziet ook niks aangesloten. Benodigde > > pakketten > > zoals libdiscover en udisks2 zijn (automatisch) reeds > > geïnstalleerd. > > Wat kan er de oorzaak van zijn? > > Een gare USB-hub, danwel een USB-hub waarbij de extrene > voedingsspannig > niet meer is aangesloten. Nee toch? Mijn laptop is pas nieuw. lspci output is: 00:00.0 Host bridge: Intel Corporation Sky Lake Host Bridge/DRAM Registers (rev 07) 00:01.0 PCI bridge: Intel Corporation Sky Lake PCIe Controller (x16) (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev 06) 00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31) 00:14.2 Signal processing controller: Intel Corporation Sunrise Point-H Thermal subsystem (rev 31) 00:15.0 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #0 (rev 31) 00:15.1 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #1 (rev 31) 00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI #1 (rev 31) 00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA Controller [AHCI mode] (rev 31) 00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #5 (rev f1) 00:1c.5 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #6 (rev f1) 00:1c.6 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #7 (rev f1) 00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31) 00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31) 00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31) 00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31) 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 950M] (rev ff) 07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15) 08:00.0 Network controller: Intel Corporation Wireless 7265 (rev 61) 09:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 522a (rev 01) Die heeft/ziet wel een usb controller. Het zou vervelend zijn als usb kapot is, en ook een sd card slot. Ik wil eerst zeker weten dat het daaraan ligt voor ik contact ga opnemen met de fabrikant. Frank
Re: optimaliseren ssd en hdd
Sjoerd Hiemstra schreef op ma 14-12-2015 om 15:57 [+0100]: > Frank Voncken: > > Sjoerd Hiemstra: > > > De eenvoudigste manier om opties toe te voegen is in fstab. > > > Ze worden toegevoegd aan de opties die al in > > > /etc/systemd/system/tmp.mount staan. > > > Met name zie je daar standaard al de opties mode=1777,strictatime > > > staan. > > > Opties in fstab overrulen zonodig die in tmp.mount. > > > Dus zoals je het nu hebt, moet het goed zijn. > > > > Gelukkig! Overigens heb ik in /etc/systemd/system geen tmp.mount > > staan. > > Ik weet niet of dat normaal/erg is. > > tmp.mount staat ook in /usr/share/systemd. > Wat ik er van heb begrepen: die file editen heeft geen zin, want bij > een > update wordt hij weer overschreven. > Maar als je hem kopieert naar /etc/systemd/system, dan is hij wel te > editen en wordt datgene wat in /usr/share/systemd staat, overruled. > > Weet niet waarom hij bij jou niet in /etc/systemd/system staat, ik > kan > me niet herinneren dat ik dat ooit handmatig heb gedaan. > Mmm. Ik heb voor de zekerheid tmp.mount naar /etc/systemd/system gekopieerd. Hopelijk is nu alles goed en blijft met fstab mijn ssd "gezond" en gebruik ik hdd voor data (zoals documenten en foto's). Frank
Re: optimaliseren ssd en hdd
Sjoerd Hiemstra schreef op ma 14-12-2015 om 14:59 [+0100]: > Frank Voncken schreef: > > Ik heb die regel met tmpfs handmatig toegevoegd in fstab. Was dat > > niet > > nodig geweest met systemd? Hebben de settings van systemd de > > voorkeur > > boven de handmatige toevoeging van die regel? Zo ja, hoe kan ik dat > > veranderen? De regel verwijderen en > > > > # systemctl enable tmp.mount > > > > opnieuw uitvoeren? > > De eenvoudigste manier om opties toe te voegen is in fstab. > Ze worden toegevoegd aan de opties die al in > /etc/systemd/system/tmp.mount staan. > Met name zie je daar standaard al de opties mode=1777,strictatime > staan. > Opties in fstab overrulen zonodig die in tmp.mount. > Dus zoals je het nu hebt, moet het goed zijn. > Gelukkig! Overigens heb ik in /etc/systemd/system geen tmp.mount staan. Ik weet niet of dat normaal/erg is. Frank
Re: optimaliseren ssd en hdd
Sjoerd Hiemstra schreef op za 12-12-2015 om 23:21 [+0100]: > Frank Voncken: > > Sjoerd Hiemstra: > > > $ systemctl | grep tmp.mount > > > tmp.mount loaded active mounted Temporary Directory > > > > > > $ systemctl status tmp.mount > > > ● tmp.mount - Temporary Directory > > > Loaded: loaded (/etc/systemd/system/tmp.mount; enabled; vendor > > > preset: enabled) > > > Active: active (mounted) since za 2015-12-12 20:51:47 CET; 1h > > > 26min ago > > > Where: /tmp > > > What: tmpfs > > > Docs: man:hier(7) > > > http://www.freedesktop.org/wiki/Software/systemd/APIFi > > > leSystems > > > > Mijn resultaten: > > > > $ systemctl | grep tmp.mount > > tmp.mount loaded active mounted /tmp > > > $ systemctl status tmp.mount > > ● tmp.mount - /tmp > > Loaded: loaded (/etc/fstab; bad; vendor preset: enabled) > > Active: active (mounted) since za 2015-12-12 19:02:07 CET; 3h > > 33min ago > > Where: /tmp > > What: tmpfs > > Docs: man:fstab(5) > > man:systemd-fstab-generator(8) > > Process: 367 ExecMount=/bin/mount tmpfs /tmp -t tmpfs -o > > defaults,nodev,nosuid (code=exited, status=0/SUCCESS) > > > > Twee verschillen: /tmp in plaats van "Temporary Directory". > > Docs ziet hier anders uit. En toevoeging van "Process". > > > > Wat wil dat zeggen? > > Ik heb niets met tmpfs in fstab staan, jij zo te zien wel. > En voorzover ik begrijp, als er een regel in fstab staat, krijgt die > voorrang boven de settings van systemd. Ik heb die regel met tmpfs handmatig toegevoegd in fstab. Was dat niet nodig geweest met systemd? Hebben de settings van systemd de voorkeur boven de handmatige toevoeging van die regel? Zo ja, hoe kan ik dat veranderen? De regel verwijderen en # systemctl enable tmp.mount opnieuw uitvoeren? Groet, Frank
Re: optimaliseren ssd en hdd
Diederik de Haas schreef op za 12-12-2015 om 22:05 [+0100]: > On Saturday 12 December 2015 21:34:20 Frank Voncken wrote: > > Aan de hand van aanwijzingen in https://wiki.debian.org/SSDOptimiza > > tion > > (onder kopje "reduction of SSD write frequency via RAMDISK) heb ik > > al > > in /etc/default/tmpfs onder andere RAMTMP op "yes" gezet. > > Het lijkt erop dat de wiki moet worden bijgewerkt voor systemd. > De instructies die er staan die kloppen voor sysv-init. Moet ik nu RAMTMP (en andere RAM-gevallen) nu terugzetten op "no"? > > De variant die ik eerder heb aangegeven, met de regel in /etc/fstab, > werkt > zowel in sysv-init als systemd. Het is zeer waarschijnlijk dat jij > systemd > gebruikt. Met het commando "findmnt --target /tmp" kan je zien hoe > bij jou /tmp > gemount is. resultaat van het commando is: familie@Envy:~$ findmnt --target /tmp TARGET SOURCE FSTYPE OPTIONS /tmp tmpfs tmpfs rw,nosuid,nodev,relatime Is het goed gemount? Frank
Re: optimaliseren ssd en hdd
Sjoerd Hiemstra schreef op za 12-12-2015 om 22:24 [+0100]: > Frank Voncken schreef: > > [# systemctl enable tmp.mount] invoeren levert bij mij als > > resultaat > > op: "failed to execute operation: No such file or directory" > > > > Is dat normaal? Nogmaals, ik heb Debian Testing. > > Heb ook Testing. Kun je zeggen of je sysvinit of systemd hebt lopen? > Komt de output van deze twee commando's overeen? > > $ systemctl | grep tmp.mount > tmp.mount loaded active mounted Temporary Directory > > $ systemctl status tmp.mount > ● tmp.mount - Temporary Directory > Loaded: loaded (/etc/systemd/system/tmp.mount; enabled; vendor > preset: enabled) > Active: active (mounted) since za 2015-12-12 20:51:47 CET; 1h > 26min ago > Where: /tmp > What: tmpfs > Docs: man:hier(7) > http://www.freedesktop.org/wiki/Software/systemd/APIFileSy > stems > Mijn resultaten: familie@Envy:~$ systemctl | grep tmp.mount tmp.mount loaded active mounted /tmp familie@Envy:~$ systemctl status tmp.mount ● tmp.mount - /tmp Loaded: loaded (/etc/fstab; bad; vendor preset: enabled) Active: active (mounted) since za 2015-12-12 19:02:07 CET; 3h 33min ago Where: /tmp What: tmpfs Docs: man:fstab(5) man:systemd-fstab-generator(8) Process: 367 ExecMount=/bin/mount tmpfs /tmp -t tmpfs -o defaults,nodev,nosuid (code=exited, status=0/SUCCESS) Twee verschillen: /tmp in plaats van "Temporary Directory". Docs ziet hier anders uit. En toevoeging van "Process". Wat wil dat zeggen? Frank
Re: optimaliseren ssd en hdd
Diederik de Haas schreef op vr 27-11-2015 om 10:41 [+0100]: > On Thursday 26 November 2015 20:04:17 Frank Voncken wrote: > > Kijk eens wat 'findmnt --target /tmp' aangeeft. > > > > Mijn output is: > > findmnt --target /tmp > > TARGET SOURCEFSTYPE OPTIONS > > / /dev/sda2 ext4 rw,relatime,errors=remount-ro,data=ordered > > > > Wat betekent dit? > > Dat /tmp gemount is als onderdeel van / op de 2e partitie van je SSD > en (dus) > geen tmpfs gebruikt. Als je de volgende regel aan /etc/fstab toevoegt > en > reboot, dan zou je wel tmpfs moeten gebruiken. > > tmpfs /tmp tmpfs defaults,nodev,nosuid 0 0 oké, toegevoegd. Maakt de grootte van spatie-afstand tussen elementen in de regel niet uit? Tevens RAMLOCK, RAMSHM en RAMTMP op "yes" gezet. Hopelijk is het allemaal goed. Fijne avond! Frank
Re: optimaliseren ssd en hdd
Paul van der Vlis schreef op do 26-11-2015 om 21:26 [+0100]: > Hoi Frank, > > Op 26-11-15 om 20:15 schreef Frank Voncken: > > De methode van Diederik, met het verplaatsen en mounten van /home > > naar/op sdb vind ik iets eleganter. Niettemin bedankt! > > Het nadeel van homedirs op een tragere disk, vind ik dat het trager > is. > Ik heb liever alleen de grote hoeveelheden data op een harddisk, en > de > rest op SSD. Denk bijvoorbeeld aan de cache van je browser. > > Verder kun je op deze manier alleen /home op de harddisk kwijt, en > niet > iets anders wat je ook liever op harddisk hebt. Uiteraard kun je wel > bijvoorbeeld een /home/backup aanmaken om maar wat te zeggen, maar > dat > vind ik toch "oneigenlijk gebruik". > > Maar, alles kan op vele manieren... > Mmm, oké. Ik heb echter al /home op harde schijf aangemaakt. En backup maak ik altijd op een externe schijf. Enfin, ik zie wel hoe het in de praktijk gaat. Misschien valt het wel mee. > > > Er is dus niet automatisch noatime of relatime toegevoegd aan > > > > fstab. > > > > > > Nee, dat gebeurd inderdaad niet automatisch. Ik zet er altijd > > > noatime > > > neer, maar relatime is inderdaad ook een optie. > > > > Volgens Diederik is dat niet (meer) nodig. Als ik "mount" intyp, > > zie ik > > overal "relatime" staan. Het zit dus al standaard in. > > Interessant, dat wist ik ook nog niet. Fijn dat je via mij wat van Diederik leert! Groet, Frank
Re: optimaliseren ssd en hdd
Paul van der Vlis schreef op wo 25-11-2015 om 22:55 [+0100]: > Hoi Frank, > > Op 25-11-15 om 11:47 schreef Frank Voncken: > > Beste allen, > > > > Ik heb sinds kort een nieuwe laptop met ssd en hdd. Ik heb alleen > > Debian stretch op staan (geen dual boot dus). Ik heb gekeken bij > > wiki.debian.org/SSDOptmization en bij https://wiki.debian.org/Multi > > %20H > > DD/SSD%20Partition%20Scheme > > > > Ze zijn voor mij iets te moeilijk te volgen. Wat ik wil, en wat mij > > het > > meest verstandigst lijkt, is ssd voor basissysteem en hdd voor data > > te > > gebruiken. Debian is reeds op ssd geinstalleerd. Ik dacht aan om > > via > > fstab link tussen ssd en hdd te kunnen maken. > > Dat kan natuurlijk. Ik maak vaak een /data aan en mount het daar. Dan > maak ik symlinks van de home-directory daar naartoe, vaak naar een > mapje > daarin, bijvoorbeeld /home/piet/Video naar /data/Video of zoiets. > > Voorbeeld: > ln -s /data/Video /home/piet/Video De methode van Diederik, met het verplaatsen en mounten van /home naar/op sdb vind ik iets eleganter. Niettemin bedankt! > Er is dus niet automatisch noatime of relatime toegevoegd aan > > fstab. > > Nee, dat gebeurd inderdaad niet automatisch. Ik zet er altijd noatime > neer, maar relatime is inderdaad ook een optie. Volgens Diederik is dat niet (meer) nodig. Als ik "mount" intyp, zie ik overal "relatime" staan. Het zit dus al standaard in. Maar toch bedankt voor het meedenken, Paul! Groet, Frank
Re: optimaliseren ssd en hdd
Diederik de Haas schreef op wo 25-11-2015 om 21:54 [+0100]: > > > Mijn nieuwe fstab is nu: > > # /etc/fstab: static file system information. > > # /home on /dev/sdb1 > > UUID=3f8df151-d5eb-4e17-b773-6ea036fedb30 > > /home ext4defaults0 2 > > > > Een vraag nog: waar moet "noatime" of "relatime" komen? > > Waarschijnlijk nergens. > > Als je het 'mount' commando intypt, krijg je een lijst met mounts > inclusief de > parameters. En dan zal je waarschijnlijk zien dat 'noatime' of > 'relatime' al > standaard gebruikt wordt. Anders gezegd: het zit nu al in 'defaults'. Ah, ik zie het overal staan. Nou, dat is fijn! > > Als je veel/genoeg RAM hebt, zou je nog kunnen overwegen om /tmp op > een RAM- > disk/tmpfs te zetten. Zie deze link voor details: > https://wiki.debian.org/SSDOptimization#Reduction_of_SSD_write_freque > ncy_via_RAMDISK > Ik heb meer dan genoeg RAM. Toevallig kwam ik de site van Arch tegen over tmpfs: https://wiki.archlinux.org/index.php/Tmpfs Nu is Arch heel technisch, maar er staat iets van dat in geval van systemd geen extra lijn in fstab toegevoegd hoeft te worden. Maar je begrijpt het veel beter dan ik wat dit betekent. Ik ga nu naar bed. Morgen weer werken. Voor nu heel erg bedankt voor jouw goede hulp Groet, Frank
Re: optimaliseren ssd en hdd...en tevens een vraagje
henk van ballegooijen schreef op wo 25-11-2015 om 14:16 [+0100]: > Zoals je al zei, wordt het nogal eens afgeraden om de mountoptie > discard > te gebruiken. > Toch schijnt het wel goed te zijn om een ssd getrimd te houden. > Deze oplossing hiervoor ben ik ooit eens tegengekomen: > Maak in /etc/cron.daily het script(je) 'trim' met hierin: > > #!/bin/sh > LOG=/var/log/trim.log > echo "*** $(date -GR) ***" >> $LOG > fstrim -v / >> $LO > fstrim -v /home >> $LOG Gedaan binnen cron.weekly. Ben benieuwd of het goed zal werken! Mijn ssd staat niet in de lijst https://git.kernel.org/cgit/linux/kernel/git /torvalds/linux.git/tree/drivers/ata/libata-core.c#n4220 maar dat wil nog niet zeggen dat het geen problemen met discard zal krijgen. Dank jullie wel! Frank
Re: optimaliseren ssd en hdd
Diederik de Haas schreef op wo 25-11-2015 om 12:29 [+0100]: > On Wednesday 25 November 2015 11:47:36 Frank Voncken wrote: > > Wat ik wil, en wat mij het > > meest verstandigst lijkt, is ssd voor basissysteem en hdd voor data te > > gebruiken. Debian is reeds op ssd geinstalleerd. Ik dacht aan om via > > fstab link tussen ssd en hdd te kunnen maken. > > Het woord 'data' kan je interpreteren op diverse manieren. Je kan zeggen dat > hetgeen in /home staat data is, maar er zijn goed argumenten te bedenken dat > /var en /tmp ook tot die categorie behoren en beter op de HDD geplaatst > kunnen > worden en niet op de SSD. Om het eenvoudig te houden ga ik ervan uit dat je > alleen /home op je HDD wilt plaatsen. > > Voor de volledigheid wijs ik er op dat je tijdens de installatie zelf je > partitie indeling aan kan maken en daarbij de mount points instellen. Dan > configureert de installer alles gelijk goed voor je en hoef je niet achteraf > fstab aan te passen en data te verplaatsen. Mmm, dan had ik het al tijdens de installatie moeten doen. Oké. Geen probleem, nu ik weet hoe dat probleem met nvidia opgelost moet worden. Er staan verder ook geen data op beide schijven. Wat is nu de beste aanpak voor de partitie indeling tijdens de installatie op het systeem met ssd en hdd? Ik heb nog nooit aangepaste /var en /tmp en /home en zo gedaan. Frank
Re: na grub in commando-mode ipv grafische Gnome mode
Frans van Berckel schreef op ma 23-11-2015 om 11:04 [+0100]: > > Hij probeert de grafische omgeving te starten, maar blijkbaar gaat > > dat mis. Je zou daar wat over moeten kunnen vinden in > > /var/log/Xorg.0.log. > > > > Ah, misschien is dit het: Sinds kort wordt Xorg gestart als normale > > gebruiker en niet meer als root. Ik heb daar alleen nog maar over > > gelezen. Er schijnt een speciale Xorg wrapper nodig te zijn als je > > kernel je graphics processor niet ondersteund met een DRM/KMS driver. > > http://phoronix.com/scan.php?page=news_item=Debian-Non-Root-X > > https://packages.debian.org/stretch/xserver-xorg-legacy > > > > Wellicht helpt het dus om je kernel te upgraden, of om > > xserver-xorg-legacy te installeren. > > Wat Paul zegt, Frank. Er gaat iets fout met het laden van Xorg (of > device drivers / c.q. settings). Dat is duidelijk. > > Hoe zou ik dit analyseren? Dat kan eigenlijk maar op één manier. Wat > eerder ook al aangegeven is. Door goed de Xorg log files te bestuderen. > > Een tip, check dit met een andere Linux computer. Daar kan je de > resultaten / foutmeldingen dan direct met Google opzoeken. > > Doe dit als sudo of root user. Zorg dat het netwerk operationeel is. > Installeer vervolgens ssh om remote in te loggen op de nieuwe laptop. > > Nieuwe laptop: > # apt-get update > # apt-get install openssh-server > # ifconfig > > Met ifconfig zie wat het ip-adres is. > > Oude laptop of desktop: > # ssh nieuwe-laptop-ip-adres Het vraagt om een password. Ik heb drie verschillende wachtwoorden gebruikt: gebruiker, root, wifi-router. Niks. > # cd /var/log > # ls Xorg* -l > # more Xorg.0.log > > Zie je dat de nvidia-driver geladen wordt? Verzoekt hij, firmware > bestanden te laden? Zijn deze geïnstalleerd? Let op eventuele error's. Gelukkig doet startx het wel en ben ik in de grafische omgeving. Daar in terminal kan ik de bovenstaande commando's uitvoeren. Echter, Xorg blijkt niet te bestaan... (??) Dat vond Diederik ook al vreemd. Wat nu? Frank
Re: na grub in commando-mode ipv grafische Gnome mode
Paul van der Vlis schreef op ma 23-11-2015 om 11:27 [+0100]: > >> Ah, misschien is dit het: Sinds kort wordt Xorg gestart als normale > >> gebruiker en niet meer als root. Ik heb daar alleen nog maar over > >> gelezen. Er schijnt een speciale Xorg wrapper nodig te zijn als je > >> kernel je graphics processor niet ondersteund met een DRM/KMS driver. > >> http://phoronix.com/scan.php?page=news_item=Debian-Non-Root-X > >> https://packages.debian.org/stretch/xserver-xorg-legacy > >> > >> Wellicht helpt het dus om je kernel te upgraden, of om > >> xserver-xorg-legacy te installeren. xserver-xorg-legacy installeren heeft geholpen. ik ben na grub in grafische mode terecht gekomen. Fijn! Dank! > Je laptop heeft erg nieuwe techniek, maar deze schijnt ondersteund te > worden in Linux 4.3. Volgens mij kun je ook Intel Graphics gebruiken, en > heb je dus een keuze tussen Intel en Nvidia. Ik zou dan gewoon Intel > gebruiken, en Nvidia als een extraatje zien waarmee je nog eens aan de > slag zou kunnen. Ik heb al machines ingericht met Optimus, en daar heb > ik dat zo gedaan met Bumblebee. Ik heb geen ervaring met Bumblebee. Hoe kan ik keuze maken tussen Intel en Nvidia? Dat is misschien iets voor later... In ieder geval ben ik blij dat het probleem opgelost is! Groet, Frank
Re: nouveau vs nvidia in combinatie met GTX 950M
Diederik de Haas schreef op zo 22-11-2015 om 19:44 [+0100]: > Voeg 'sid' (=unstable) toe aan je sources.list en doe 'aptitude update' en > hierna heb je dus stretch, sid en experimental in je sources. > Doe GEEN aptitude safe- of full-upgrade want dan wordt je hele systeem naar > unstable geupgrade. Ik vind dat leuk, jij mogelijk niet ;-) Nog een vraagje: hoe moet ik nu het systeem up-to-date houden als ik geen aptitude safe-upgrade of full-upgrade mag doen? > Als dit allemaal gelukt is, wil je waarschijnlijk APT duidelijk maken dat je > niet je hele systeem naar sid wilt hebben en dat kan (iig) op 2 manieren. > 1. Verwijder of becommentarier de regel met 'sid' in /etc/apt/sources.list en > doe dan aptitude/apt-get update > 2. Maak het bestand /etc/apt/apt.conf.d/40defaultrelease aan met de volgende > inhoud: > APT::Default-Release "stretch"; Of zorgt deze regel ervoor dat ik gerust deze upgrade commando mag uitvoeren? Frank
Re: na grub in commando-mode ipv grafische Gnome mode
Paul van der Vlis schreef op 2015-11-23 10:39: Hallo Frank, Op 23-11-15 om 09:33 schreef Frank Voncken: Beste allen, Na de vorige draad over Nvidia-driver die succesvol is afgesloten, open ik nu een nieuwe draad. Ik heb stretch met gnome geïnstalleerd in mijn nieuwe laptop, een HP Envy 17-n120nd (die ik met flinke korting heb kunnen aanschaffen). De installatie verliep goed, tot en met grub. Echter, na grub kwam ik in de commando-mode terwijl ik graag direct in de grafische omgeving van Gnome wil komen. Overigens, eerst flikkerde de inlog-tekst van de commando-mode ongeveer tien à vijftien seconden flink, direct inloggen was nog niet mogelijk. Daarna hield het op met flikkeren en kon ik gewoon inloggen. (Misschien ergens toch nog openstaande issue met de nvidia-driver?) Wat kan ik doen om automatisch de grafische gnome-omgeving te krijgen na grub? Welk Linux kernel gebruik je? Kernel die bij stretch hoort, dus 4.2.6 Werkt het wel als je "startx" tikt? Ja, het werkt wel. Mooie gnome-omgeving, knoppen werken en zo. Wel valt het op dat ik na lockscreen niet meer opnieuw kan inloggen: het blijft hangen, en daarna flikkrt het scherm heel erg, het is onstabiel geworden. En toont dat flikkeren iets fouts aan? Hij probeert de grafische omgeving te starten, maar blijkbaar gaat dat mis. Je zou daar wat over moeten kunnen vinden in /var/log/Xorg.0.log. Bij de vorige draad over nvidia-driver blijkt dat deze /var/log/Xorg.0.log niet bestond. Misschien nu wel, ik kan het pas vanavond er naar kijken (ik zit nu op mijn werk). Ah, misschien is dit het: Sinds kort wordt Xorg gestart als normale gebruiker en niet meer als root. Ik heb daar alleen nog maar over gelezen. Er schijnt een speciale Xorg wrapper nodig te zijn als je kernel je graphics processor niet ondersteund met een DRM/KMS driver. http://phoronix.com/scan.php?page=news_item=Debian-Non-Root-X https://packages.debian.org/stretch/xserver-xorg-legacy Wellicht helpt het dus om je kernel te upgraden, of om xserver-xorg-legacy te installeren. Interessant. Ik zal vanavond kijken of xserver-xorg-legacy helpt. Overigens mag in geval van nvidia Optimus (wat ik dus heb) geen Xorg configuratie plaatsvinden. Ik heb bumblebee en primus geïnstalleerd. Maar hier gaat het misschien om iets anders. Als het niet helpt, wordt het dus kernel upgraden. Voor ik het ga doen, zal ik nog een post plaatsen hierover (ik ben voorzichtig..., al was ik bij de installatie van stretch in de nieuwste laptop kennelijk niet voorzichtig genoeg. Gelukkig heb ik nog recovery van Windows 10 op usb, mocht het helemaal fout gaan) Groet, Frank
na grub in commando-mode ipv grafische Gnome mode
Beste allen, Na de vorige draad over Nvidia-driver die succesvol is afgesloten, open ik nu een nieuwe draad. Ik heb stretch met gnome geïnstalleerd in mijn nieuwe laptop, een HP Envy 17-n120nd (die ik met flinke korting heb kunnen aanschaffen). De installatie verliep goed, tot en met grub. Echter, na grub kwam ik in de commando-mode terwijl ik graag direct in de grafische omgeving van Gnome wil komen. Overigens, eerst flikkerde de inlog-tekst van de commando-mode ongeveer tien à vijftien seconden flink, direct inloggen was nog niet mogelijk. Daarna hield het op met flikkeren en kon ik gewoon inloggen. (Misschien ergens toch nog openstaande issue met de nvidia-driver?) Wat kan ik doen om automatisch de grafische gnome-omgeving te krijgen na grub? En toont dat flikkeren iets fouts aan? Groet, Frank
Re: na grub in commando-mode ipv grafische Gnome mode
Frans van Berckel schreef op ma 23-11-2015 om 21:17 [+0100]: > > > > # cd /var/log > > > # ls Xorg* -l > > > # more Xorg.0.log > > > > > > Zie je dat de nvidia-driver geladen wordt? Verzoekt hij, firmware > > > bestanden te laden? Zijn deze geïnstalleerd? Let op eventuele > > > error's. Tot mijn verrassing zit Xorg.0.log er nu wel bij! Kennelijk heeft de tip van Paul om xserver-xorg-legacy te installeren, dit veroorzaakt? Uitkomst van ls Xorg* -l: -rw-r--r-- 1 root root 19743 nov 23 21:05 Xorg.0.log -rw-r--r-- 1 root root 23478 nov 23 21:05 Xorg.0.log.old Commando "more Xorg.0.log" geeft ondere andere het volgende: (WW) The directory "usr/share/fonts/X11/cyrillic" does not exist ... (EE) open /dev/dri/card0: no such file or directory (WW) falling back to old probe method for modesetting (EE) open /dev/dri/card0: no such file or directory ... (EE) Screen 0 deleted because of no matching config section ... (EE) FBDEV(0): FBIOBLANK: Invalid argument ... (EE) AIGLX: reverting to software rendering ... (EE) FBDEV(0): FBIOBLANK: Invalid argument (dat wordt nog 6 keer herhaald, daarna einde van commando "more Xorg.0.log"0 Heb je daar nu wat aan deze waarschuwingen en errors? Groet, Frank
Re: nouveau vs nvidia in combinatie met GTX 950M
Diederik de Haas schreef op ma 23-11-2015 om 21:38 [+0100]: > On Monday 23 November 2015 21:19:15 Frank Voncken wrote: > > > Voeg 'sid' (=unstable) toe aan je sources.list en doe 'aptitude update' > > > en > > > hierna heb je dus stretch, sid en experimental in je sources. > > > Doe GEEN aptitude safe- of full-upgrade want dan wordt je hele systeem > > > naar unstable geupgrade. Ik vind dat leuk, jij mogelijk niet ;-) > > > > Nog een vraagje: hoe moet ik nu het systeem up-to-date houden als ik > > geen aptitude safe-upgrade of full-upgrade mag doen? > > Op dat specifieke moment in de instructie moest je het niet doen. > > > > Als dit allemaal gelukt is, wil je waarschijnlijk APT duidelijk maken dat > > > je niet je hele systeem naar sid wilt hebben en dat kan (iig) op 2 > > > manieren. 1. Verwijder of becommentarier de regel met 'sid' in > > > /etc/apt/sources.list en doe dan aptitude/apt-get update > > > 2. Maak het bestand /etc/apt/apt.conf.d/40defaultrelease aan met de > > > volgende inhoud: > > > APT::Default-Release "stretch"; > > > > Of zorgt deze regel ervoor dat ik gerust deze upgrade commando mag > > uitvoeren? > > Correct. Mijn advies is om eigenlijk altijd safe-upgrade te gebruiken. > Op Sid kan het wel eens nodig zijn om een full-upgrade te doen, maar ik doe > dat maar weinig, vaak is het 'probleem' na enkele dagen toch wel verholpen. > De kans dat het nodig is op stretch/testing is een stuk lager. Duidelijk! En inderdaad, alleen pakketten uit stretch worden binnen gehaald. Weer wat van geleerd!! Veel dank en fijne avond allemaal! Groeten, Frank
Re: nouveau vs nvidia in combinatie met GTX 950M
Diederik de Haas schreef op zo 22-11-2015 om 19:17 [+0100]: > On Sunday 22 November 2015 17:22:24 Frank Voncken wrote: > > Maar misschien moet er nog iets geïnstalleerd worden, of ligt de oorzaak > > ergens anders. Enige suggestie? > > Ik ben bezig een uitgebreide alternatieve manier te beschrijven, maar > misschien is het probleem/oplossing veel eenvoudiger. > > Heb je /var/log/Xorg.0.log gecontroleerd of the nvidia driver ook echt > geladen > wordt? Deze /var/log/Xorg.0.log (opgeroepen met nano-commando) blijkt helemaal leeg te zijn, met opschrift "nieuw bestand". Is dat normaal? > Recentelijk is er een wijziging in Xorg/nvidia-driver gekomen waarbij > je helemaal geen Xorg configuratie bestand nodig is, maar ik weet niet of die > al (helemaal) in stretch aanwezig is. > Als je constateert dat de nvidia driver niet geladen is, dan moet je een > klein > configuratie bestand aanmaken die dat forceert: > $ cat /etc/X11/xorg.conf.d/20-nvidia.conf > Section "Device" > Identifier "GeForce GTX 950M" > Driver "nvidia" > EndSection Maakt het niet uit dat ik een Optimus heb? Ik zag op de Debian wiki-pagina over Nvidia een waarschuwing dat in geval van Nvidia Optimus geen Xorg configuratie aangemaakt mag worden. Elders zag ik een commando om achter te halen of ik inderdaad een Optimus heb: lspci -vnn | grep '\''[030[02]\]' Dit heeft als uitkomst: 00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:191b] (rev 06) (prog-if 00 [VGA controller] 01:00.0 3D controller [0302]: NVIDIA Corporation GM107M [GeForce GTX 950M] [10de:139a] (rev a2) Uitkomst van twee regels betekent volgens https://github.com/Bumblebee-Project/Bumblebee/wiki/Troubleshooting een Nvidia Optimus. Ik heb jouw uitgebreidere beschrijving gezien. Er is een probleempje: het herkent "aptitude" niet, wel "apt-get". Vreemd... Ik had er wel zin om om de uitgebreidere beschrijving te doen. Frank
Re: nouveau vs nvidia in combinatie met GTX 950M
henk van ballegooijen schreef op zo 22-11-2015 om 18:28 [+0100]: > > > > Op 22-11-15 om 17:22 schreef Frank Voncken: > > > > > > > > > > > Als je de nvidia drivers wilt gebruiken van debian packages, dan hoef je > > > > alleen maar 'aptitude install nvidia-driver' te doen. Als je in je > > > > /etc/apt/sources.list ook een regel hebt staan met experimental, dan > > > > kan je > > > > inderdaad ook drivers van experimental installeren en dat doe je dan met > > > > 'aptitude install nvidia-driver -t experimental'. > > > > Voor jouw kaart heb je inderdaad de 352.X drivers nodig die op dit > > > > moment > > > > alleen in experimental aanwezig zijn. > > > > Als je dat doet zal je zien dat er nog (veel) meer pakketten > > > > geinstalleerd > > > > worden, waaronder ook pakketten van glx-alternatives. Daar hoef je zelf > > > > verder > > > > niks meer aan te doen, dat wordt voor je gedaan. > > > > Interessant. Ik heb in sources.list de volgende regel toegevoegd > > > > deb http://httpredir.debian.org/debian/ experimental main contrib > > non-free > > > > Vervolgens > > apt-get update > > en > > apt-get -t experimental install nvidia-driver > > > > De installatie verliep goed. Met snel kloppend hart reboot ik de > > zaak. Grub startte goed op (zoals de vorige keren), maar direct na > > grub kreeg ik zwart scherm met de tekst: > > > > Debian GNU/Linux stretch/sid Envy ttyi > > Envy login: > > > > De tekst flikkerde trouwens eerst enige tijd waarna het ophield. Dan > > pas kon ik inloggen. Kennelijk wordt de grafische Gnome sessie niet > > opgestart. Na inloggen typte ik "startx". Dan kreeg ik een > > foutmelding "Oh no! Something has gone wrong. A problem has occured > > and the system can't recover. Please log out and try again". > > > > Een recovery mode vanuit grub biedt geen soelaas. Tijdens tijdens de > > recovery stopte het proces, onderaan lange tekst is er dan een > > blinkende cursor die verder niks deed. In ieder geval is het nouveau > > probleem opgelost, dat wel. > > > > Maar misschien moet er nog iets geïnstalleerd worden, of ligt de > > oorzaak ergens anders. Enige suggestie? > > > > > > > Ik weet niet van wat voor medium je stretch hebt geinstalleerd, maar als > > > je netwerkverbinding werkt kun je natuurlijk (maar dit heb je dan > > > waarschijnlijk al gedaan) proberen om de laatste updates te installeren. > > > Met wat (veel) geluk werkt de nouveau driver dan wel. > > > > > > > Ik heb het met netinst gedaan in combinatie met een cd. > > Is stretch na de installatie al eens bijgewerkt? > Anders zou ik: 'apt-get dist-upgrade -t stretch' nog eens proberen. Geprobeerd. Er werden alleen wat cups pakketten bijgewerkt. > Als het een specifiek Gnome probleem is zou je een andere desktop > omgeving kunnen installeren, bv. xfce4 (meta-package) en lightdm als > standaard desktop manager i.p.v. gdm3. Maar dit gaat allemaal wel wat > ver natuurlijk en het is maar de vraag op het iets oplost. Ik weet niet. Het heeft volgens mij iets te maken met gdm3 in combinatie met nvidia videokaart. Ik wacht even suggesties van anderen af voor ik met xfce ga proberen. Frank
Re: nouveau vs nvidia in combinatie met GTX 950M
> > Als je de nvidia drivers wilt gebruiken van debian packages, dan hoef je > > alleen maar 'aptitude install nvidia-driver' te doen. Als je in je > > /etc/apt/sources.list ook een regel hebt staan met experimental, dan kan je > > inderdaad ook drivers van experimental installeren en dat doe je dan met > > 'aptitude install nvidia-driver -t experimental'. > > Voor jouw kaart heb je inderdaad de 352.X drivers nodig die op dit moment > > alleen in experimental aanwezig zijn. > > Als je dat doet zal je zien dat er nog (veel) meer pakketten geinstalleerd > > worden, waaronder ook pakketten van glx-alternatives. Daar hoef je zelf > > verder > > niks meer aan te doen, dat wordt voor je gedaan. Interessant. Ik heb in sources.list de volgende regel toegevoegd deb http://httpredir.debian.org/debian/ experimental main contrib non-free Vervolgens apt-get update en apt-get -t experimental install nvidia-driver De installatie verliep goed. Met snel kloppend hart reboot ik de zaak. Grub startte goed op (zoals de vorige keren), maar direct na grub kreeg ik zwart scherm met de tekst: Debian GNU/Linux stretch/sid Envy ttyi Envy login: De tekst flikkerde trouwens eerst enige tijd waarna het ophield. Dan pas kon ik inloggen. Kennelijk wordt de grafische Gnome sessie niet opgestart. Na inloggen typte ik "startx". Dan kreeg ik een foutmelding "Oh no! Something has gone wrong. A problem has occured and the system can't recover. Please log out and try again". Een recovery mode vanuit grub biedt geen soelaas. Tijdens tijdens de recovery stopte het proces, onderaan lange tekst is er dan een blinkende cursor die verder niks deed. In ieder geval is het nouveau probleem opgelost, dat wel. Maar misschien moet er nog iets geïnstalleerd worden, of ligt de oorzaak ergens anders. Enige suggestie? > Ik weet niet van wat voor medium je stretch hebt geinstalleerd, maar als > je netwerkverbinding werkt kun je natuurlijk (maar dit heb je dan > waarschijnlijk al gedaan) proberen om de laatste updates te installeren. > Met wat (veel) geluk werkt de nouveau driver dan wel. > Ik heb het met netinst gedaan in combinatie met een cd. O ja, bedankt aan Henk en Diederik voor de leerzame uitleg!! Frank
Re: nouveau vs nvidia in combinatie met GTX 950M
henk van ballegooijen schreef op za 21-11-2015 om 11:06 [+0100]: > Hallo, > Het installeren van de nvidia driver van de site van nvidia is vrij > eenvoudig en ik heb er eigenlijk best goede ervaringen mee. > Meestal haal ik de driver van deze site, waar alle versies (x64) in > staan: > > ftp://download.nvidia.com/XFree86/Linux-x86_64/ > > In rescue mode, ga naaar de map waarin de driver is opgeslagen en > doe: > sh NVIDIA-Linux-x86_64-358.16-no-compat32.run > (Of welke andere versie je hebt gekozen) > Bij de installatie wordt, als de nouveau driver wordt gedetecteerd, > aangeboden om deze te blacklisten. > Er wordt dan een bestandje aangemaakt in /etc/modprobe.d: > nvidia-installer-disable-nouveau.conf > De-installeren gaat alsvolgt: > Dan: sh NVIDIA-Linux-x86_64-358.16-no-compat32.run --uninstall > Het bestand nvidia-installer-disable-nouveau.conf verwijderen. > Ook /etc/X11/xorg.conf verwijderen als dit is aangemaakt. > Als het goed is herstelt de nvidia installer dan ook de veranderde > links naar direct rendering gerelateerde bibliotheken en anders kun je > het beste een aantal pakketten met xorg, drm, mesa en zo even opnieuw > installeren, voor de zekerheid. > > Zelf heb ik een custom kernel draaien, anders moeten natuurlijk wel de > kernel headers geinstalleerd zijn voor je begint... > Onlangs nog een Linux Mint installatie gedaan waarbij in eerste > instantie de nouveau driver niet werkte en heb dit toen op een > soortgelijke manier opgelost. Na enige updates werkte toen de nouveau > driver opeens wel. > Het betrof trouwens een heel ander systeem. De hier voorgestelde methode ziet anders uit dan wat hieronder door Debian is voorgesteld (zie https://wiki.debian.org/NvidiaGraphicsDrivers) 1. Download the installer from nvidia site (sha1 e97025c351e420fa62431a1774d84f40 NVIDIA-Linux-x86_64-352.55.run) 2. Install the build tools and the kernel headers: # aptitude install linux-headers-3.16.0-4-amd64 build-essential 3. The installer complains if X server is started, so go in runlevel 3: # init 3 4. Make the installer executable: chmod u+x NVIDIA-Linux-x86_64-352.55.run 5. Run it: ./NVIDIA-Linux-x86_64-352.55.run 6. Accept the licence 7. Then a little warning appears about 32bit library. OK 8. Say "Yes" to run the nvidia xconfig 9. Reboot 10. Enjoy Komt deze Debian-methode hier hetzelfde op neer als de methode van Henk? Ik ben een beetje bang dat ik alles in de soep laat gooien als ik niet goed weet wat ik doe... Ik ben hier graag voorzichtig. Ik weet ook niet hoe ik binnen de rescue mode, met van die commando's, de nvidia installer kan binnenhalen van de nvidia website. Er is geen browser scherm. Het gaat namelijk direct na keuze in grub-scherm fout. Frank > > > > > > Nu doemt het derde probleem op, iets met _SB_.PCIO.PEGO.PEGP. > > Volgens Duckduckgo heeft dat te maken met driver voor videokaart. Ik > > heb Geforce GTX 950M in de laptop. Dat komt in de lijst van nouveau > > voor, zie http://nouveau.freedesktop.org/wiki/CodeNames/ . Nouveau > > zou dus in principe moeten kunnen werken in combinatie met GTX 950M. > > Ook omdat volgens Debian met het uitkomen van Jessie meestal niet > > meer noodzakelijk is om proprietary driver te installeren (zie > > https://wiki.debian.org/NvidiaGraphicsDrivers , bovendien wordt daar > > een riskante methode weergegeven mocht een proprietary driver echt > > noodzakelijk zijn, die van versie 352.55) wil ik eerst nagaan of het > > probleem op een andere manier opgelost kan worden zonder dat daar > > proprietary driver voor nodig is. > > > > Mocht de enige oplossing zijn het installeren van proprietary nvidia > > driver, hoe krijg ik het van de site van nvidia geïnstalleerd met > > behulp van commando in rescue mode?
nouveau vs nvidia in combinatie met GTX 950M
Beste allen, Ik heb een nieuwe laptop aangeschaft. Omdat het zo nieuw is, heb ik getracht Debian Stretch te installeren, omdat die beter overweg kan met de Skylake processor dan Jessie. Het installeren ging op zich goed (met netinstall waarbij windows 10 volledig overgeschreven wordt (met secure boot disabled), geen dualboot dus), maar ik krijg Stretch niet opgestart. Er kwamen drie verschillende redenen langs. Twee daarvan waren het ontbreken van firmware voor realtek en iwlwifi. Ik heb ze via rescue mode kunnen installeren. Nu doemt het derde probleem op, iets met _SB_.PCIO.PEGO.PEGP. Volgens Duckduckgo heeft dat te maken met driver voor videokaart. Ik heb Geforce GTX 950M in de laptop. Dat komt in de lijst van nouveau voor, zie http://nouveau.freedesktop.org/wiki/CodeNames/ . Nouveau zou dus in principe moeten kunnen werken in combinatie met GTX 950M. Ook omdat volgens Debian met het uitkomen van Jessie meestal niet meer noodzakelijk is om proprietary driver te installeren (zie https://wiki.debian.org/NvidiaGraphicsDrivers , bovendien wordt daar een riskante methode weergegeven mocht een proprietary driver echt noodzakelijk zijn, die van versie 352.55) wil ik eerst nagaan of het probleem op een andere manier opgelost kan worden zonder dat daar proprietary driver voor nodig is. Mocht de enige oplossing zijn het installeren van proprietary nvidia driver, hoe krijg ik het van de site van nvidia geïnstalleerd met behulp van commando in rescue mode? Ik ben benieuwd naar jullie suggesties! Hartelijke groeten, Frank Voncken
BIOS bij meer dan één interne schijven
Jan-Rens Reitsma schreef op wo 06-05-2015 om 15:24 [+0200]: On 05/03/2015 10:30 PM, Paul van der Vlis wrote: Op 03-05-15 om 22:18 schreef Frank Voncken: Paul van der Vlis schreef op zo 03-05-2015 om 22:07 [+0200]: Ik heb een ouderwetse BIOS, uit tijdperk van Vista (mijn laptop is ruim 6 jaar oud, het doet gelukkig nog altijd prima). Ik denk dat ik dus geen UEFI heb. Heb je de originele hdd vervangen door een ssd en de CD/DVD drive vervangen door een caddy met een hdd? (Of met de omgekeerde ssd/hdd volgorde?) Ik heb inderdaad een van de twee harde schijven die op een gegeven moment kapot ging, zelf vervangen door een ssd. Gewoon insteken, meen ik te herinneren. Laptop accepteerde direct de ssd, gelukkig. Ik heb toen Wheezy, toen nog in de testing, maar nodig omdat het beter met ssd kan omgaan dan de voorganger, erop gezet. Ik heb even in BIOS gekeken: onder Boot Order heb ik de volgende opties, in deze volgorde: * USB Floppy * Internal CD/DVD Rom Drive * Notebook Hard Drive * USB Diskette on Key/USB Hard Disk * USB CD/DVD Rom Drive * ! Network Adapter Welke is nu SSD? Sorry voor mijn onkunde... Er zal ergens anders een optie zijn waarin bepaald wordt wat de eerste Notebook Hard Drive is. Misschien wordt in de BIOS van Frank's laptop met de Notebook Hard Drive /dev/sda bedoeld en met de Internal CD/DVD Rom Drive een caddy met /dev/sdb (of omgekeerd). Ik denk het niet. Ik heb een multimedia laptop met de mogelijkheid voor afspelen van films op dvd en zo. Eerst stond Internal CD/DVD Rom Drive boven aan en USB Floppy onder Notebook Hard Drive. Wil ik usb stick met live-versie van een Linux-distro gebruiken om deze distro te bekijken, dan moest ik USB floppy vóór Notebook Hard Drive zetten. Toen kon ik de stick booten. Wil ik een live versie van een distro op CD/DVD bekijken, dan werkt het alleen als Internal CD/DVD Rom Drive vóór Notebook Hard Drive staat. Ik vermoed daarom dat de tweede optie niets met sdb te maken heeft. (Ik heb een oude laptop waarvan de BIOS normaal omgaat met (Live) CD's maar vreemd reageert wanneer je opstart met een (Live) DVD in de CD/DVD-drive.) Ik merk geen verschil tussen CD en DVD. Groetjes, Frank
Re: Mailinglist
Patrick Ruytings schreef op wo 06-05-2015 om 15:33 [+0200]: Voor mij is het zo al moeilijk genoeg. Ik probeer het via gmail te doen. Wat ik momenteel doe is: - 'Allen beantwoorden' selecteren. - Het adres op wie ik reageer verwijderen en dat vervangen door het adres van de mailinglijst. Ik gebruik Evolution. Deze biedt bij beantwoorden twee mogelijkheden: allen beantwoorden en lijst beantwoorden. In geval van deze mailinglist gebruik ik uiteraard dat laatste. Misschien dat Thunderbird ook dezelfde keuzes biedt? Groeten, Frank
Re: grub selecteren in multiboot
Ik zie niets raars. Is bootinfoscript een script van Ubuntu? Dat weet ik niet. Het staat in debian pakketten (boot-script-info). Zie ook website: http://bootinfoscript.sourceforge.net/ Frank
Re: grub selecteren in multiboot
Sjoerd Hiemstra schreef op di 05-05-2015 om 12:45 [+0200]: Frank Voncken schreef: Kennelijk heb ik discussie losgemaakt. Ik heb toch maar output gemaakt: fdisk -lu en RESULTS.txt gecreëerd door bootinfoscript. Zie bijlagen. Het zou me gerust stellen als er geen rare dingen in zitten. De boel staat alleen wat onlogisch en onoverzichtelijk door elkaar. Maar ja, een negatieve invloed op de werking heeft dat niet. Zo komt op de eerste HD na sda1 eerst sda3 als extended partitie; daarna nog sda2 als gewone partitie. In sda3 staan achtereenvolgens sda5, sda7, sda6. Zoals daar ook al vermeld staat: Partition table entries are not in disk order. Mmm, een rommeltje, inderdaad. Ik heb op sda naast Windows verschillende distro's gehad, leuk om eens uit te proberen. Ik zal volgende keer, bij een nieuwe distro, eens wat meer aandacht geven aan partities op sda. Op de tweede HD na sda1 nog een kleine extended partitie sdb2, die geheel in beslag wordt genomen door sdb5. Die extended partitie was niet nodig geweest. sdb5 is dan ook nog eens swap, terwijl sda6 ook al swap is. Alle Linux-installaties hadden van dezelfde swap-partitie gebruik kunnen maken. Vreemd. Ik heb de Debian-installer automatisch over heel sdb laten installeren (geen manuele installatie dus). Kennelijk is het een en andere niet geheel netjes gedaan? Erg curieus vind ik de eerste twee menu-entries: Windows Vista (loader) (op /dev/sda1) Windows Vista (loader) (op /dev/sda2) Kom je via beide entries in dezelfde Vista terecht? Op sda1 is normale Windows, op sda2 is recovery van Windows, is alleen voor noodgevallen en die blijf ik dan ook van af. Maar ja, Windows gebruik ik uiterst zelden. Ik heb daar een software van Signcall (www.signcall.nl, ik ben doof) die alleen op Windows draait. Maar ook dat gebruik ik zelden, de meeste communicatie gaat via Signcall-app op mijn mobiele telefoon (deze app is overigens onder GNU Public License V3, ik weet niet hoe het zit voor de desktop-versie, maar dat is een andere verhaal). Zelf heb ik een Windows-installatie op een partitie op sdb. Maar bij Windows kan dat alleen als er ook een 'loader' op een partitie van sda staat. Die neemt maar betrekkelijk weinig ruimte in beslag: ca. 100 MB. Maar bij jou staan ze zo te zien beide op sda. Dus een aparte 'loader' was niet nodig geweest. Kortom, een zooitje dus. Maar ja, het werkt wel allemaal soepel in de praktijk. Achteraf in partities rommelen is soms riskant als ik niet heel goed weet wat ik doe. Een andere keer als ik daar tijd voor heb. Groeten, Frank
Re: grub selecteren in multiboot
On 05/02/2015 09:24 PM, Frank Voncken wrote: Beste allen, Ik heb triple-boot in mijn laptop: Debian Jessie (met Gnome), Xubuntu 15.04 en Vista. Uiteraard is Debian de hoofd-OS. Zojuist is Xubuntu opgewaardeerd naar 15.04. Dat heeft gevolgen gehad voor grub: in plaats van Debian-grub is er nu Ubuntu-grub. Kennelijk is bij de opwaardering de Debian-grub gedeactiveerd. Volgens mij had je beter eerst een grubrescue iso-image en een rescue-CD kunnen maken met: # grub-mkrescue --output=grub-img.iso (zie de tips op o.a. http://www.linuxfromscratch.org/lfs/view/development/chapter08/grub.html) O? Sorry, wist ik niet. Ik zal vanavond een output van grub en zo maken en hier posten. Dan kunnen jullie ernaar kijken. Misschien moet eerst grub opgeruimd worden alvorens een rescue-CD aan te maken? Ik weet niet of dat erg is. Maar omdat ik vrijwel alleen Debian gebruik, lijkt het me handig om Debian-grub te gebruiken vanwege opwaarderingen van Linux-header en zo. Anders moet ik elke keer naar Xubuntu gaan om daar upgrade-grub uit te voeren. Hoe kan ik Debian grub weer gebruiken? Als ik het goed begrijp heb je nu tijdens het opstarten de keuze tussen Debian en Windows. Kun je nu ook al bij Xubuntu? Ja hoor. Zowel in Debian-grub (= grub aangemaakt door Debian) als in Xubuntu-grub heb ik toegang tot alle drie keuzes. Daarbij staat bij Debian-grub de keuze Debian helemaal bovenaan, en bij Xubuntu-grub de keuze Ubuntu bovenaan. Nogmaals, ik kom vanavond met uitgebreide output (ik zit nu op mijn werk) Hartelijke groeten, Frank -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4ba4b7e92aa5620e77a9370ccf4dbb08.squir...@webmail.xs4all.nl
Re: grub selecteren in multiboot
Jan-Rens Reitsma schreef op ma 04-05-2015 om 15:02 [+0200]: On 05/04/2015 02:41 PM, Frank Voncken wrote: # grub-mkrescue --output=grub-img.iso (zie de tips op o.a. http://www.linuxfromscratch.org/lfs/view/development/chapter08/grub.html) O? Sorry, wist ik niet. Het is handig om een rescue-image te maken voor het geval dat er iets mis gaat. Ik zal vanavond een output van grub en zo maken en hier posten. Dan kunnen jullie ernaar kijken. Misschien moet eerst grub opgeruimd worden alvorens een rescue-CD aan te maken? Dat lijkt me niet nodig. Kennelijk heb ik discussie losgemaakt. Ik heb toch maar output gemaakt: fdisk -lu en RESULTS.txt gecreëerd door bootinfoscript. Zie bijlagen. Het zou me gerust stellen als er geen rare dingen in zitten. Als ik het goed begrijp heb je nu tijdens het opstarten de keuze tussen Debian en Windows. Kun je nu ook al bij Xubuntu? Ja hoor. Zowel in Debian-grub (= grub aangemaakt door Debian) als in Xubuntu-grub heb ik toegang tot alle drie keuzes. Daarbij staat bij Debian-grub de keuze Debian helemaal bovenaan, en bij Xubuntu-grub de keuze Ubuntu bovenaan. Leuk om te weten. Kon je Debian booten toen je de configuratie van grub vanuit Xubuntu gedaan had? Ja, Debian was ook bereikbaar in de Xubuntu-grub. Maar het leek me gewoon praktischer om de Debian-grub te gebruiken vanwege updates die ik meestal in Debian doorvoer. Uiteraard zal ik, indien in Xubuntu belangrijke updates zijn, in Debian update-grub uitvoeren. Groeten, Frank fdisk -lu.odt Description: application/vnd.oasis.opendocument.text Boot Info Script 0.61 [1 April 2012] = Boot Info Summary: === = Grub2 (v1.99) is installed in the MBR of /dev/sda and looks at sector 1 of the same hard drive for core.img. core.img is at this location and looks in partition 135 for . = Grub2 (v1.99) is installed in the MBR of /dev/sdb and looks at sector 1 of the same hard drive for core.img. core.img is at this location and looks in partition 135 for . sda1: __ File system: ntfs Boot sector type: Windows Vista/7: NTFS Boot sector info: No errors found in the Boot Parameter Block. Operating System: Windows Vista Boot files:/bootmgr /boot/bcd /Windows/System32/winload.exe sda2: __ File system: ntfs Boot sector type: Windows Vista/7: NTFS Boot sector info: No errors found in the Boot Parameter Block. Operating System: Boot files:/bootmgr sda3: __ File system: Extended Partition Boot sector type: - Boot sector info: sda5: __ File system: ext4 Boot sector type: - Boot sector info: Operating System: Ubuntu 15.04 Boot files:/boot/grub/grub.cfg /etc/fstab sda6: __ File system: swap Boot sector type: - Boot sector info: sda7: __ File system: ext4 Boot sector type: - Boot sector info: Operating System: Boot files: sdb1: __ File system: ext4 Boot sector type: - Boot sector info: Operating System: Debian GNU/Linux 8 Boot files:/boot/grub/grub.cfg /etc/fstab sdb2: __ File system: Extended Partition Boot sector type: - Boot sector info: sdb5: __ File system: swap Boot sector type: - Boot sector info: Drive/Partition Info: = Drive: sda _ Disk /dev/sda: 232,9 GiB, 250059350016 bytes, 488397168 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 Partition Boot Start SectorEnd Sector # of Sectors Id System /dev/sda1 63 195,312,562 195,312,500 7 NTFS / exFAT / HPFS /dev/sda2 467,697,664 488,390,65520,692,992 7 NTFS / exFAT / HPFS /dev/sda3 195,313,662 467,697,663 272,384,002 5 Extended /dev/sda5*195,313,664 256,753,11761,439,454 83 Linux /dev/sda6 456,583,168 467,697,66311,114,496 82 Linux swap / Solaris /dev/sda7 256,755,712 456,581,119 199,825,408 83
Re: grub selecteren in multiboot
Paul van der Vlis schreef op zo 03-05-2015 om 22:07 [+0200]: Dank je wel voor je uitleg! Mmm, omdat sdb een ssd is, zou het in theorie het booten nog sneller kunnen als in BIOS geregeld wordt dat deze ssd geboot wordt? Ik vind overigens het opstarten op de eerste harde schijf al snel genoeg. Wat is nu wijs: booten op eerste schijf (=hard disk) of op tweede schijf (=ssd). Veel zal het niet uitmaken denk ik. Maar je kunt het best eens proberen. Bedenk wel dat als het om UEFI gaat het niet zo eenvoudig is, want dan is er ook nog een UEFI partitie. Ik heb een ouderwetse BIOS, uit tijdperk van Vista (mijn laptop is ruim 6 jaar oud, het doet gelukkig nog altijd prima). Ik denk dat ik dus geen UEFI heb. Ik ben een beetje bang dat als ssd ergens een klein stukje kapot gaat, dan de hele ssd helemaal niks meer werkt, in tegenstelling tot een harde schijf. Booten vanaf ssd gaat dan helemaal niet meer lukken. Mocht de ssd kapot zijn, kun je ook altijd het bios weer naar /dev/sda omzetten. Maar ssd's gaan niet vaak kapot. Oké Indien ik toch waag de bootvolgorde van schijven verander, met ssd als eerste keuze, wat is dan goede volgorde: eerst bootvolgorde aanpassen, dan in Debian grub-install /dev/sdb uitvoeren? Of andersom? Eerst grub-install /dev/sdb, anders zal booten niet lukken op /dev/sdb. Ik heb even in BIOS gekeken: onder Boot Order heb ik de volgende opties, in deze volgorde: * USB Floppy * Internal CD/DVD Rom Drive * Notebook Hard Drive * USB Diskette on Key/USB Hard Disk * USB CD/DVD Rom Drive * ! Network Adapter Welke is nu SSD? Sorry voor mijn onkunde... Groet, Frank Groet, Paul. -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl
Re: grub selecteren in multiboot
Sjoerd Hiemstra schreef op zo 03-05-2015 om 22:39 [+0200]: Frank Voncken: omdat sdb een ssd is, zou het in theorie het booten nog sneller kunnen als in BIOS geregeld wordt dat deze ssd geboot wordt? In de MBR op sda wordt alleen maar bepaald in welke partitie het booten in gang wordt gezet. De controle wordt zogezegd aan die partitie overgedragen. Het booten gebeurt dan ook al in de Debian-partitie, dus op de ssd. Het zou me dan ook erg verbazen als er een merkbaar tijdsverschil zit tussen MBR op sda of sdb. Aha, duidelijk. Het heeft dus geen hoogstwaarschijnlijk zin om moeite te doen om uit te zoeken hoe ik in BIOS een andere schijf kan selecteren. Ik heb het namelijk niet kunnen vinden. Dank je wel, Sjoerd en Paul voor de waardevolle reacties! Ik ga zo thee zetten voor mijn vrouw die thuis komt van haar werk. Voor straks welterusten. Hartelijke groeten, Frank
Re: grub selecteren in multiboot
Ik heb even in BIOS gekeken: onder Boot Order heb ik de volgende opties, in deze volgorde: * USB Floppy * Internal CD/DVD Rom Drive * Notebook Hard Drive * USB Diskette on Key/USB Hard Disk * USB CD/DVD Rom Drive * ! Network Adapter Welke is nu SSD? Sorry voor mijn onkunde... Er zal ergens anders een optie zijn waarin bepaald wordt wat de eerste Notebook Hard Drive is. Nog nergens kunnen vinden. Maar zoals Sjoerd al uitlegde, zal het toch niet uitmaken (wat jij ook al vermoedde). Dus laat maar. Echter niet zonder jou te danken! Dus: dank je wel! Hartelijke groeten, Frank
Re: grub selecteren in multiboot
Sjoerd Hiemstra schreef op za 02-05-2015 om 21:38 [+0200]: Frank Voncken: in plaats van Debian-grub is er nu Ubuntu-grub. [...] Hoe kan ik Debian grub weer gebruiken? Met dit commando vanuit Debian: # grub-install /dev/sda Het ziet simpel uit, maar... het werkt! Dank je wel, Sjoerd! Kan je misschien uitleggen hoe dat kan? Wordt hier grub vanuit Debian opnieuw geïnstalleerd? Waarom op sda terwijl Debian op sdb zit? Frank
Re: Fwd: Apt-get frontend
Origineel bericht Van: Paul van der Vlis p...@vandervlis.nl Verzonden: 30 april 2015 10:39:53 CEST Aan: debian-user-dutch debian-user-dutch@lists.debian.org Onderwerp: Apt-get frontend Hallo, Zoals ik hier al eens geschreven heb, heb ik een script gemaakt wat updates automatisch installeert. Niet meteen, maar pas na een paar dagen. Dat script draai ik via cron. Nu krijg ik soms foutmeldingen zoals onderstaande. Weet iemand hier misschien hoe ik die kan voorkomen? Wat ik waarschijnlijk moet doen is het frontend van apt-get instellen, maar ik vind niet hoe dat moet. Ik weet niet of je daar wat aan hebt, maar ik kom toevallig een bericht op een forum van Ubuntu Nederland tegen: https://forum.ubuntu-nl.org/index.php?topic=88608.0 Daar wordt SolydXK aanbevolen. Overigens wordt in dat bericht gewezen op een soort script op Debian wiki die automatisch update en upgrade uitvoert: https://wiki.debian.org/UnattendedUpgrades Ik ben niet zo technisch, maar misschien heeft dit alles mee te maken met jouw vraag? Hartelijke groeten, Frank -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e341f8c4d91a691cb88ba492b8322083.squir...@webmail.xs4all.nl
Re: voicemail in voip-website van xs4all niet te beluisteren
Paul van der Vlis schreef op vr 19-12-2014 om 13:41 [+0100]: Op 19-12-14 om 13:23 schreef Frank Voncken: Beste Debian-gebruikers, Wie van jullie is geabonneerd bij xs4all? Ik zoek naar een oplossing voor het volgende probleem: ik hoor niks als ik op het afspelen van een voicemail in https://voip-selfcare.xs4all.nl aanklik, op het speaker icoontje. En ik krijg een zwart balkje in grijs veld te zien, zie bijlage. Het gaat hier om een .wav bestand - https://www.xs4all.nl/klantenservice/bellen/voicemail-werking XS4all raadt in een e-mail aan om mplayer te installeren (voor windows een plugin van Quicktime). Dat werkt helaas niet. Ik heb ook audacious geïnstalleerd, noppes. Er ontbreekt kennelijk nog iets, maar wat? Ik heb het ook eens geprobeerd, maar in de beschikbare tijd lukte het mij niet. Maar misschien heb je hier iets aan: https://support.mozilla.org/en-US/kb/quicktime-plugin-play-audio-and-video Aha, ik lees in de betreffende website dat in plaats van quicktime plugin gnome-mplayer en gecko-mediaplayer nodig zijn. Dat werkt wel, voor een deel tenminste, letterlijk, zie bijlage. Alleen het bovenste deel van de balk is zichtbaar (??) Ik heb verder een paar alternatieven: - stel de boel zo in dat er een e-mail wordt verstuurd. Die kun je wel simpel afluisteren. Ingesteld in voip-selfcare van xs4all. Nu wachten op het eerstkomende voicemail-bericht! - luister de voicemail af via een telefoon, dat lukt wel. Daar houdt mijn vrouw er niet van... - gebruik de telefoonbeantwoorder van XS4all niet, maar gebruik de voicemail in de Fritzbox (die je gratis van XS4all krijgt). Deze kan ook e-mail versturen. Interessant. Is deze dan beter van voip-selfcare van xs4all? Omdat Fritzbox dichter bij de bron is? Overweeg deze vraag ook in een nieuwsgroep van XS4all te stellen als je er niet uit komt. Er lopen daar kundige mensen rond. Goed plan! Ik zal daar eens rondneuzen. Inmiddels Pan newsreader geïnstalleerd, newszilla.xs4all.nl ingevoerd (volgens xs4all is dit nog experimenteel), en ja, ik zie héél véél nieuwsgroepen, waaronder een aantal van xs4all. He, ik zie jouw post in de nieuwsgroep xs4all.voip :-) Groet, Paul. Dank je wel, Paul! Hartelijke groeten, Frank
Re: advies over ssd in Jessie
Geert Stappers schreef op vr 31-10-2014 om 23:16 [+0100]: On Fri, Oct 31, 2014 at 09:17:01PM +0100, Frank Voncken wrote: Beste allen, Ik heb eerder vanmiddag Jessie met Gnome over Wheezy geïnstalleerd (verse installatie, voor de zekerheid gezien systemd). Nu heb ik in mijn oude laptop zowel ssd en hdd. Ik had al lang geleden Wheezy getweaked voor maximale performance en optimale levensduur van ssd. Nu ziet fstab in Jessie iets anders uit dan in Wheezy: # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file systemmount point type options dump pass # / was on /dev/sdb1 during installation UUID=4fe183a8-11d7-4b19-b96f-b13be067c77b / ext4 errors=remount-ro 0 1 # swap was on /dev/sdb5 during installation UUID=d9320fd0-fff1-48e8-a2cd-aac0ee1d78e2 noneswapsw 0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/disk/by-uuid/e81a7f70-5b6e-4d25-b861-a7eaa23ffb5c /mnt/e81a7f70-5b6e-4d25-b861-a7eaa23ffb5c auto nosuid,nodev,nofail,x-gvfs-show 0 0 sdb is mijn ssd (een Samsung 830). Ziet deze fstab goed uit, of moet er een en andere aangepast worden? Een discard toevoegen direct achter error=remount-ro? Voor mount options is de volgorde van opnoemen niet belangrijk. Ik zou voor discard,errors=remount-ro gaan. En ja, de 'discard' is nodig om voor SSD wenselijk gedrag te krijgen. Dank je wel, Geert! Ik heb trouwens na mijn mail een mooie wiki pagina van Debian over SSD optimalisatie gezien: https://wiki.debian.org/SSDOptimization Daar heb ik de aanbevelingen overgenomen: naast discard heb ik ook noatime en commit=600 opgenomen in fstab. Zal wel goed zijn. Vervolgens heb ik de mappen die veel schrijfactiviteiten bevatten, zoals documenten en afbeeldingen, op de hdd gezet, en in nautilus met symlink in home ernaar verwezen. Hartelijke groeten, Frank Voncken -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1414832852.1576.1.ca...@xs4all.nl
verschil tussen terminal en synaptic
Oops, vorige mail werd per ongeluk vanuit e-mail adres van mijn vrouw verstuurd. Nu vanuit het goede adres! Het is mij al vaker het volgende opgevallen: bij apt-get update en apt-get upgrade in terminal worden er soms pakketten achtergehouden. Maar in synaptic worden deze achtergehouden pakketten gewoon normaal samen met andere te upgraden pakketten opgewaardeerd. Vanwaar dit verschil? Hartelijke groeten, Frank Voncken -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1414834454.3806.3.ca...@xs4all.nl
advies over ssd in Jessie
Beste allen, Ik heb eerder vanmiddag Jessie met Gnome over Wheezy geïnstalleerd (verse installatie, voor de zekerheid gezien systemd). Nu heb ik in mijn oude laptop zowel ssd en hdd. Ik had al lang geleden Wheezy getweaked voor maximale performance en optimale levensduur van ssd. Nu ziet fstab in Jessie iets anders uit dan in Wheezy: # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump pass # / was on /dev/sdb1 during installation UUID=4fe183a8-11d7-4b19-b96f-b13be067c77b / ext4 errors=remount-ro 0 1 # swap was on /dev/sdb5 during installation UUID=d9320fd0-fff1-48e8-a2cd-aac0ee1d78e2 noneswapsw 0 0 /dev/sr0/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/disk/by-uuid/e81a7f70-5b6e-4d25-b861-a7eaa23ffb5c /mnt/e81a7f70-5b6e-4d25-b861-a7eaa23ffb5c auto nosuid,nodev,nofail,x-gvfs-show 0 0 sdb is mijn ssd (een Samsung 830). Ziet deze fstab goed uit, of moet er een en andere aangepast worden? Een discard toevoegen direct achter error=remount-ro? Of gaat het in systemd anders (ik lees op forums hier wat verhalen over andere relatie tussen systemd en fstab)? Graag jullie advies. Hartelijke groeten, Frank -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1414786621.1708.3.ca...@xs4all.nl
Re: vreemde bug met online account gnome 3.4
Hallo Paul, Ik heb normaal ook geen tijd-probleem, alleen bij het ingaan van zomer- en wintertijd duurt het even voordat het ook automatisch aangepast wordt in het OS. Niettemin zal ik vanavond na mijn werk kijken of ik ntp geïnstalleerd heb (lijkt me dat het standaard geïnstalleerd zou moeten zijn). Ik kom erop terug. Groet, Frank Op 29 oktober 2013 14:28 schreef Paul van der Vlis p...@vandervlis.nl: Op 28-10-13 21:46, familie Voncken schreef: Beste allen, Ik wil graag het volgende delen: ik kon e-mails in Evolution niet openen. Er was een melding error 401, authentication failed. Ik bekeek online accounts van Gnome en het bleek dat mijn aanmeldgegevens verlopen zijn. Er was een knop aanmelden, maar het deed niets. Googelen bracht een uitkomst (was wel even zoeken): het ligt aan de systeemtijd van mijn laptop. Het verandert namelijk niet direct mee met het ingaan van de wintertijd (mijn ervaring is dat het enkele dagen duurde voordat het automatisch aangepast is). Door zelf handmatig de systeemtijd een uur terug te zetten is het bovenstaande probleem opgelost. Heel gek... Maken jullie het ook mee? Hoe komt dat? Ik ken het probleem niet maar gebruik ook dat programmaatje online accounts van Gnome niet, en ook Evolution niet (maar Icedove). Heb je ntp geinstalleerd? Dat lost meestal alle tijd-problemen op. Groet, Paul. -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526fb804.6050...@vandervlis.nl
Fwd: kan printopdracht niet verwijderen
Oeps, per ongeluk naar Paul gemaild. Nu alsnog naar debian-user-dutch list! -- Doorgestuurd bericht -- Van: Frank Voncken frankvonc...@gmail.com Datum: 24 juni 2013 14:29 Onderwerp: Re: kan printopdracht niet verwijderen Aan: Paul van der Vlis p...@vandervlis.nl Op 24 juni 2013 14:13 schreef Paul van der Vlis p...@vandervlis.nl het volgende: On 24-06-13 13:55, Frank Voncken wrote: Interessante alternatief. De opmerking van René over het ontbreken van grafische interface op desktop tijdens een printopdracht is terecht, ook ik zie geen printicoontje o.i.d. Alleen in het begin onderaan de melding dat er met de printopdracht begonnen is, voor enkele seconden. Ik zie verder geen enkele printicoon die op het scherm zou moeten blijven voor zolang de printopdracht duurt zodat ik meteen kan ingrijpen zodra er iets fout gaat met het printen. Ik gebruik Wheezy met Gnome 3. Als ik me niet vergis kun je bij de meest gebruikte print-protocols niet veel meer veranderen als de printopdracht al weg is, bijvoorbeeld in de printer of in een print-server zit. Dan moet je dat daar regelen, bijvoorbeeld op de cancel knop van de printer drukken. Dus zo'n printicoon lijkt me dan ook weinig zin hebben. IPP gaat daar volgens mij wat slimmer mee om, maar weinig ervaring met IPP. Als ik me niet vergis kun je daar een printopdracht die al in de printer zit nog cancelen bijvoorbeeld. Wellicht blijft het printicoon dan wel staan tot de printopdracht echt klaar is. Groet, Paul. Oké. Ik heb alleen geen cancel-knop op mijn Canon printer (jawel, een Canon, die had ik al voordat ik overstap maakte naar Linux, nu zo'n acht jaar geleden). Bij langere documenten is het fijn om een printopdracht meteen af te kunnen breken als ik me vergist heb, bijvoorbeel enkelzijdig afdrukken ipv dubbelzijdig. Dat kan mij hoop papier besparen. Frank
Re: kan printopdracht niet verwijderen
Op 24 juni 2013 14:37 schreef plaater plaa...@gmail.com het volgende: Beste Frank, Oké. Ik heb alleen geen cancel-knop op mijn Canon printer (jawel, een Canon, die had ik al voordat ik overstap maakte naar Linux, nu zo'n acht jaar geleden). Bij langere documenten is het fijn om een printopdracht meteen af te kunnen breken als ik me vergist heb, bijvoorbeel enkelzijdig afdrukken ipv dubbelzijdig. Dat kan mij hoop papier besparen. Frank Het betrof niet een lopende opdracht, maar een opdracht in de printque die kennelijk vast liep, maar niet te verwijderen was. Oplossing is inmiddels aangedragen. Je hebt gelijk. Ik wilde jouw post niet kapen voor iets anders dan jouw oorspronkelijke probleem. Excuses. Frank
Re: kan deb-multimedia nu verwijderd worden uit Wheezy repository?
In mijn ervaring is het veiliger om de pakketten van deb-multimedia terug te vervangen met hun originele versie uit de Debian repositories dan deze gewoon te verwijderen. Er kunnen inderdaad dependencies op staan waardoor gnome bijvoorbeeld verwijderd zal worden. Aangezien je toch een desktopomgeving hebt raad ik aan om synaptic te gebruiken en deze paketten te 'downgraden' naar de wheezy versie. Eventueel voor of na de deb-multimedia repository uit je sources.list gehaald te hebben. Gebruik de synaptic filters om deze pakketten op te sporen. Die functie van synaptics versie forceren kende ik niet. Dat ging inderdaad gemakkelijk. En nu ben ik geheel dmo-vrij! Heerlijk om een opgeruimd gevoel te hebben! Dank jullie wel allemaal en een fijn, lang weekend van harte toegewenst. Groeten, Frank
Re: kan deb-multimedia nu verwijderd worden uit Wheezy repository?
Op 7 mei 2013 08:29 schreef Paul van der Vlis p...@vandervlis.nl het volgende: On 07-05-13 00:27, Frank Voncken wrote: Dank je wel voor je uitleg, Paul. Ik liet me destijds overhalen dat ik gerust deb-multimedia.org kan gebruiken, zie http://forums.debian.net/viewtopic.php?f=6t=80452#p438613 http://forums.debian.net/viewtopic.php?f=6t=80452#p438613 . Maar nu multimedia in Wheezy verbeterd is, wil ik graag van deb-multimedia.org af en een kans geven aan de officiële weg. Hoe kan ik dit doen? Misschien toch volledig nieuwe schone installatie doen? Wat ik doe is eerst sources.list aanpassen en opschonen, dan upgraden naar de volgende versie, en dan: aptitude -F %p search ~o | tr -d [:blank:] /tmp/lijst pico /tmp/lijst #weghalen wat moet blijven apt-get remove `cat /tmp/lijst | tr \r \n ` Interessant. Ik zit momenteel op mijn werk. Vanavond of morgen ga ik het uitproberen. Ik hou jullie op de hoogte. Hartelijke groeten, Frank
Re: kan deb-multimedia nu verwijderd worden uit Wheezy repository?
Paul van der Vlis schreef op di 07-05-2013 om 08:29 [+0200]: On 07-05-13 00:27, Frank Voncken wrote: Dank je wel voor je uitleg, Paul. Ik liet me destijds overhalen dat ik gerust deb-multimedia.org kan gebruiken, zie http://forums.debian.net/viewtopic.php?f=6t=80452#p438613 http://forums.debian.net/viewtopic.php?f=6t=80452#p438613 . Maar nu multimedia in Wheezy verbeterd is, wil ik graag van deb-multimedia.org af en een kans geven aan de officiële weg. Hoe kan ik dit doen? Misschien toch volledig nieuwe schone installatie doen? Wat ik doe is eerst sources.list aanpassen en opschonen, dan upgraden naar de volgende versie, en dan: aptitude -F %p search ~o | tr -d [:blank:] /tmp/lijst pico /tmp/lijst #weghalen wat moet blijven apt-get remove `cat /tmp/lijst | tr \r \n ` In de eerste regel genereer je met aptitude een lijst van alle packages die geinstalleerd zijn, maar die niet in de repositories van /etc/apt/sources.list staan. Op de tweede regel bekijk je die lijst nog even, mocht er iets in staan wat je toch wilt houden dan kun je het daar weghalen (bijvoorbeeld dvdcss2 voor encrypted DVD's). In de derde regel verwijder je alle amdere pakketten. Voordeel hiervan is ook dat je alle pakketten weghaalt waarop geen security support meer zit omdat ze uit Debian verwijderd zijn. En verder dus alle pakketten van duistere oorsprong. Uit de lijst van de te verwijderen pakketten staan onder andere gnome, zie bijlage. Ik vind dat vreemd... Graag jouw advies. Frank remove pakketten.odt Description: application/vnd.oasis.opendocument.text
Re: kan deb-multimedia nu verwijderd worden uit Wheezy repository?
Ik zie in je bijlage dat apt het pakket verwijderen wil, maar staat het in /tmp/lijst ? Voor /tmp/lijst, zie bijlage En is je sources.list correct en heb je apt-get update gedraaid? Jawel. Mijn sources.list is vrij conservatief: deb http://ftp.nl.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.nl.debian.org/debian/ wheezy main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free deb http://ftp.nl.debian.org/debian/ wheezy-updates main contrib non-free deb http://mozilla.debian.net/ wheezy-backports iceweasel-release deb http://ftp.nl.debian.org/debian/ wheezy-backports main contrib non-free Dit is een interessante aptitude link: http://www.algebraicthunk.net/~dburrows/projects/aptitude/doc/en/ch02s03s05.html#tableSearchTermQuickGuide ~o betekent: Match installed packages that cannot be downloaded. Kun je het pakket gnome installeren? Overigens is gnome geen belangrijk pakket, het heeft alleen veel afhankelijkheden, dus je kunt het rustig even verwijderen en daarna weer installeren. Oke. Ik zal het proberen. Maar eerst even kijken wat jij zegt over de tmp/lijst en de sources.list. Groeten, Frank remove pakketten.odt Description: application/vnd.oasis.opendocument.text
Re: kan deb-multimedia nu verwijderd worden uit Wheezy repository?
Paul van der Vlis schreef op di 07-05-2013 om 23:36 [+0200]: On 07-05-13 22:29, Frank Voncken wrote: Ik zie in je bijlage dat apt het pakket verwijderen wil, maar staat het in /tmp/lijst ? Voor /tmp/lijst, zie bijlage Daar staat het dus niet in. Ik denk dat het klopt wat Steven zegt, dat er blijkbaar een pakket verwijderd wordt waar gnome een afhankelijkheid op heeft. En is je sources.list correct en heb je apt-get update gedraaid? Jawel. Mijn sources.list is vrij conservatief: deb http://ftp.nl.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.nl.debian.org/debian/ wheezy main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free deb http://ftp.nl.debian.org/debian/ wheezy-updates main contrib non-free deb http://mozilla.debian.net/ wheezy-backports iceweasel-release deb http://ftp.nl.debian.org/debian/ wheezy-backports main contrib non-free Dit ziet er vrij normaal uit, alleen die mozilla.debian.net kan misschien problemen geven omdat dat niet erg goed getest wordt. O? Wist ik niet. Maar in het verleden heb ik nooit problemen gehad. Met Iceweasel 10 kom ik nu enkele websites tegen die zeggen dat de browser verouderd is. Het ook een optie om Chromium te gebruiken, deze houden ze up-to-date zag ik. Dat verbaasd me eigenlijk wel: http://www.debian.org/releases/stable/amd64/release-notes/ch-information.nl.html Chromium - while built upon the Webkit codebase - is a leaf package, which will be kept up-to-date by rebuilding the current Chromium releases for stable. http://packages.qa.debian.org/c/chromium-browser.html Dit is een interessante aptitude link: http://www.algebraicthunk.net/~dburrows/projects/aptitude/doc/en/ch02s03s05.html#tableSearchTermQuickGuide ~o betekent: Match installed packages that cannot be downloaded. Kun je het pakket gnome installeren? Overigens is gnome geen belangrijk pakket, het heeft alleen veel afhankelijkheden, dus je kunt het rustig even verwijderen en daarna weer installeren. Oke. Ik zal het proberen. Maar eerst even kijken wat jij zegt over de tmp/lijst en de sources.list. Ik zou het uitvoeren en dan een aantal pakketten opnieuw installeren, zoals gnome en gimp. Is gedaan, dat ging prima. Zelf zal ik ook wat beter op gaan letten op wat er verwijderd wordt, eigenlijk kijk ik nu vooral naar /tmp/lijst. De /tmp/lijst is overigens nu logischerwijs leeg. Tot nu toe gaat het goed. Ik heb nog die dmo-pakketten in synaptics en dus afkomstig van deb-multimedia.org. Twee vragen van een redelijke newbie als ik zijn: alles downgraden en hoe? Nu ga ik naar bed, morgen wordt het weer een drukke dag. Hartelijke groeten, Frank
kan deb-multimedia nu verwijderd worden uit Wheezy repository?
Bij de release van Wheezy als Debian Stable las ik dat het qua multimedia flink verbeterd zou zijn en dat multimedia-spul van derde partijen (moet ik hier lezen: deb-multimedia.org?) in de meeste gevallen niet meer nodig zou zijn. Zie tekst van Debian.org: Debian wheezy comes with improved multimedia support: ffmpeg has been replaced by the libav fork (libav-tools), which is considered to feature a more conservative release process and thus fit better to Debian's needs. It provides all libraries and prepares an upgrade path for existing application packages. The full-featured libav libraries and frontends include e.g. mplayer, mencoder, vlc and transcode. Additional codec support is provided e.g. through lame for MP3 audio encoding, xvidcore for MPEG-4 ASP video encoding, x264 for H.264/MPEG-4 AVC video encoding, vo-aacenc for AAC audio encoding and opencore-amr and vo-amrwbenc for Adaptive Multi-Rate Narrowband and Wideband encoding and decoding, respectively. For most use cases, installation of packages from third-party repositories should not be necessary anymore. The times of crippled multimedia support in Debian are finally over! Betekent dit dat deb-multimedia.org die ik ten tijde van de testing fase van Wheezy in mijn repository heb toegevoegd, niet meer nodig is (ik geloof dat ik het destijds had toegevoegd om dvd-films te kunnen afspelen)? Zo ja, kan ik het eenvoudig weghalen uit de repository en dan apt-get update en apt-get upgrade uitvoeren zonder dat ik alles in de soep laat draaien? Ik heb graag zo weinig mogelijk derde partijen spul in mijn repository. Groeten, Frank
Re: kan deb-multimedia nu verwijderd worden uit Wheezy repository?
Paul van der Vlis schreef op ma 06-05-2013 om 23:34 [+0200]: Hallo Frank, On 06-05-13 20:33, Frank Voncken wrote: Bij de release van Wheezy als Debian Stable las ik dat het qua multimedia flink verbeterd zou zijn en dat multimedia-spul van derde partijen (moet ik hier lezen: deb-multimedia.org?) in de meeste gevallen niet meer nodig zou zijn. Zie tekst van Debian.org: /Debian wheezy comes with improved multimedia support: //ffmpeg//has been replaced by the libav fork (//libav-tools//), which is considered to feature a more conservative release process and thus fit better to Debian's needs. It provides all libraries and prepares an upgrade path for existing application packages. The full-featured libav libraries and frontends include e.g. //*mplayer*//, //*mencoder*//, //*vlc*//and //*transcode*//. Additional codec support is provided e.g. through //*lame*//for MP3 audio encoding, //*xvidcore*//for MPEG-4 ASP video encoding, //*x264*//for H.264/MPEG-4 AVC video encoding, //*vo-aacenc*//for AAC audio encoding and //*opencore-amr*//and //*vo-amrwbenc*//for Adaptive Multi-Rate Narrowband and Wideband encoding and decoding, respectively. For most use cases, installation of packages from third-party repositories should not be necessary anymore. The times of crippled multimedia support in Debian are finally over!/ Betekent dit dat deb-multimedia.org die ik ten tijde van de testing fase van Wheezy in mijn repository heb toegevoegd, niet meer nodig is (ik geloof dat ik het destijds had toegevoegd om dvd-films te kunnen afspelen)? Zo ja, kan ik het eenvoudig weghalen uit de repository en dan apt-get update en apt-get upgrade uitvoeren zonder dat ik alles in de soep laat draaien? Ik heb graag zo weinig mogelijk derde partijen spul in mijn repository. Ik stop geen deb-multimedia in mijn sources.list (ook niet onder Squeeze), en het is bekend dat het gebruik soms problemen kan geven, zie punt 3 hier: http://wiki.debian.org/DebianMultimedia/FAQ Als je encrypted DVD's wilt afspelen dan heb je een pakket nodig wat niet in Debian zit. Nu ben ik al lange tijd op zoek naar een encrypted DVD om dit te testen, maar ik kan er geen vinden. In de praktijk zijn dus de meeste DVD's niet encrypted. Maar, je moet er net maar een willen afspelen... Verder heb je extra pakketten nodig als je CD's wilt rippen naar MP3. Dus niet om MP3's af te spelen, maar om ze te maken. Overigens zie ik dat er in Wheezy nu wel een pakket voor is, in Squeeze was dat er nog niet. Wat ik doe als ik een pakket nodig heb uit deb-multimedia.org is het downloaden en dan installeren met dpkg. Uiteraard heeft dat nadelen, maar die vind ik wel opwegen tegen de voordelen. Zie hier voor een aantal goede oplossingen: http://wiki.debian.org/MultimediaCodecs Groet, Paul. Dank je wel voor je uitleg, Paul. Ik liet me destijds overhalen dat ik gerust deb-multimedia.org kan gebruiken, zie http://forums.debian.net/viewtopic.php?f=6t=80452#p438613 . Maar nu multimedia in Wheezy verbeterd is, wil ik graag van deb-multimedia.org af en een kans geven aan de officiële weg. Hoe kan ik dit doen? Misschien toch volledig nieuwe schone installatie doen? Hartelijke groeten, Frank Voncken
Re: Waarom loopt iceweasel zo ver achter bij firefox?
Steven Post schreef op wo 10-04-2013 om 09:21 [+0200]: On Wed, April 10, 2013 08:20, Arjen Bax wrote: Op 10 april 2013 07:13 heeft Matijs van Zuijlen matijs@... het volgende geschreven: Door de freeze zit unstable nog op 10, maar die is dus niet zo heel oud: 9 is voor het eerst gepackeged op 22 dec 2011, en 10 op 1 feb 2012. In verband met security-updates is het natuurlijk van belang om een zo recent mogelijke versie van je browser geïnstalleerd te hebben. Browserlekken zijn de belangrijkste doelwitten van malwareverspreiders. Ik gebruik dan ook niet iceweasel, maar firefox uit het deb-package van http://www.mozilla.org/en-US/firefox/all/ en heb de automatische updatefunctie aan staan. Dat gezegd zijnde, versie 10 is een ESR, extended support release, dus komen er toch nog security fixes. Latere versies zijn geen ESR en dus minder geschikt voor een distro als Debian waar de software lange tijd moet meegaan, de volgende ESR is versie 17, de release was in november 2012 en dus veel te laat om nog in Wheezy te worden opgenomen. 3.5 (in Squeeze) was de laatste volgens het oude release schema van Mozilla als ik met niet vergis. Regards, Steven -- E-mail as text/plain is preferred. A PGP signature is not available from this computer. Leerzaam. Ik kom anders wel soms websites tegen die aangeven dat ik met een verouderde browser werk (Iceweasel 10 in Wheezy). Er wordt dan mij vriendelijk gevraagd of ik die wilde upgraden naar een nieuwere. Maar ik hoef me in ieder geval geen zorgen te maken? Hartelijke groeten, Frank
Re: programma belastingdienst libXext.so.6 Debian
Diederik de Haas schreef op vr 15-03-2013 om 18:05 [+0100]: On Friday 15 March 2013 17:56:42 Wouter Verhelst wrote: Je bent de eerste mens die ik ken die blij is omdat hij z'n belastingsaangifte ingeeft. Iedereen die weet/denkt dat die geld terug gaat krijgen is daar blij mee. Dat was de reden dat ik het zo snel mogelijk heb gedaan ;-) Precies!
Re: programma belastingdienst libXext.so.6 Debian
Diederik de Haas schreef op vr 08-03-2013 om 14:56 [+0100]: On Friday 08 March 2013 14:24:12 Frank Voncken wrote: ./itab levert ./ib2012ux op. Die herkent het dus wel. Dan snap ik werkelijk niet waar de foutmelding vandaan komt. De shell vult hem aan door er ib2012ux van te maken en vervolgens meldt de shell dat hij dat bestand niet kan vinden ??? -rwxr-xr-x 1 familie familie 9087956 feb 6 01:10 ib2012ux Die zijn goed. En nogmaals, ter volledigheid, ik heb Wheezy met Gnome 3. Ok. Als iemand anders ideeen heeft waardoor dit kan komen, laat het gerust weten :) Groet, Diederik En, heeft iemand nog idee hoe ik dit kan oplossen? Terminal geeft aan dat ib2012ux niet kan vinden en het dus niet kan afspelen. Ik ben nog altijd benieuwd! Frank
