abonnement Unibet Coolblue Bitvavo
pi_159701257
quote:
7s.gif
Op zaterdag 6 februari 2016 00:01 schreef borbit het volgende:

[..]

Nee ik heb natuurlijk het eerste commando ingevoerd. Niet de foutmelding. Dat $ gebeuren staat voor de mij onduidelijke reden altijd vooraan in de terminal. borbit@fok:~$ :?

En meestal komt het er uit eindelijk inderdaad op neer dat ik random dingen zit te copy pasten tot me installatie breekt. :')

En dan begin ik weer vrolijk overnieuw :D

Het werkt inmiddels wel ^O^

Als ik ooit snap hoe je linux programmatjes moet schrijven ga ik er eentje maken dat je iedere random "sudo apt-get nog wat" link direct vanuit Firefox naar de terminal stuurt >:)
Arch Linux gaat een goede ervaring voor je zijn, vooral met de uitgebreide handleidingen die ze hebben. Misschien heb je hier wat aan met copy/pasted commands, snelle uitleg over wat een command en hun opties eigenlijk doen http://explainshell.com/
pi_159701399
Ik lees ook iets over rm -rf / op sommige systemen met EFI die gebricked zijn nadat de inhoud van de EFI firmware folder ook verwijderd is, dat is wel ernstig zeg :o
pi_159702377
quote:
0s.gif
Op zaterdag 6 februari 2016 13:07 schreef DanOam het volgende:

[..]

Mja k denk eerlijk gezegd ook dat het op hedendaagse hardware niet echt meer uitmaakt of je zelf source compiled of binaries gebruikt. Het is de controle die je over het systeem hebt wat zo fijn is :D
Heel eerlijk gezegd vind ik dat echt niet nodig. :@ Bij Arch Linux heb je altijd nog de AUR als je customizable builds wilt of bewerk je gewoon de PKGBUILD. :P
pi_159702994
quote:
0s.gif
Op zaterdag 6 februari 2016 13:25 schreef DanOam het volgende:
Ik lees ook iets over rm -rf / op sommige systemen met EFI die gebricked zijn nadat de inhoud van de EFI firmware folder ook verwijderd is, dat is wel ernstig zeg :o
Zo is UNIX ontworpen. Als root heb je alle rechten, dus ook het recht om je computer te bricken.
pi_159703726
quote:
0s.gif
Op zaterdag 6 februari 2016 14:39 schreef Igen het volgende:

[..]

Zo is UNIX ontworpen. Als root heb je alle rechten, dus ook het recht om je computer te bricken.
Hmm, beter handmatig een read only entry in fstab maken voor efivarfs, of module helemaal niet inladen. Niet dat ik daar ooit mee ga lopen kloten maar zulke belangrijke gegevens zouden nooit read/write gemount mogen worden, behalve op het moment dat men boot entries wilt manipuleren met efibootmgr oid.
pi_159703871
quote:
1s.gif
Op zaterdag 6 februari 2016 14:13 schreef robin007bond het volgende:

[..]

Heel eerlijk gezegd vind ik dat echt niet nodig. :@ Bij Arch Linux heb je altijd nog de AUR als je customizable builds wilt of bewerk je gewoon de PKGBUILD. :P
PKGBUILDs zijn dope idd :D
pi_159703924
quote:
0s.gif
Op zaterdag 6 februari 2016 15:12 schreef DanOam het volgende:

[..]

PKGBUILDs zijn dope idd :D
Maar... Waarom zou je dan nog Gentoo gebruiken? :P Het gros van de pakketjes zul je niet zelf bewerken.
pi_159703943
quote:
0s.gif
Op zaterdag 6 februari 2016 15:07 schreef DanOam het volgende:

[..]

Hmm, beter handmatig een read only entry in fstab maken voor efivarfs, of module helemaal niet inladen. Niet dat ik daar ooit mee ga lopen kloten maar zulke belangrijke gegevens zouden nooit read/write gemount mogen worden, behalve op het moment dat men boot entries wilt manipuleren met efibootmgr oid.
Zie de discussie bij systemd: https://github.com/systemd/systemd/issues/2402
Er zijn diverse legitieme functies die schrijf-toegang tot de EFI-variabelen nodig hebben. Een alleen-lezen mount is dus geen optie.

Programma's zoals sysctl en grub in een wrapper stoppen die tijdelijk EFI met schrijftoegang mount en dan weer terug als alleen-lezen mount is wel een hele goedkope en slechte hack om te verdoezelen dat Unix geen fatsoenlijk rechtenbeheer heeft en dat het met root alles-of-niets is.
pi_159707276
quote:
0s.gif
Op zaterdag 6 februari 2016 15:14 schreef robin007bond het volgende:

[..]

Maar... Waarom zou je dan nog Gentoo gebruiken? :P Het gros van de pakketjes zul je niet zelf bewerken.
Portage's flexibiliteit en gehecht geraakt aan de verschillende tools die het zo makkelijk maken om aanpassingen te doen, je kan bijvoorbeeld verschillende versienummers van een package naast elkaar installeren in hun eigen 'slot' en met een tool switchen van versie zonder gezeik met dependencies. 8-)
pi_159711666
quote:
0s.gif
Op zaterdag 6 februari 2016 15:15 schreef Igen het volgende:

[..]

Zie de discussie bij systemd: https://github.com/systemd/systemd/issues/2402
Er zijn diverse legitieme functies die schrijf-toegang tot de EFI-variabelen nodig hebben. Een alleen-lezen mount is dus geen optie.

Programma's zoals sysctl en grub in een wrapper stoppen die tijdelijk EFI met schrijftoegang mount en dan weer terug als alleen-lezen mount is wel een hele goedkope en slechte hack om te verdoezelen dat Unix geen fatsoenlijk rechtenbeheer heeft en dat het met root alles-of-niets is.
Je zou toch ook een gebruikersgroep kunnen aanmaken die overal toegang tot heeft behalve EFI en die dan als "superuser" gebruiken? :o
pi_159711935
quote:
1s.gif
Op zaterdag 6 februari 2016 20:46 schreef robin007bond het volgende:

[..]

Je zou toch ook een gebruikersgroep kunnen aanmaken die overal toegang tot heeft behalve EFI en die dan als "superuser" gebruiken? :o
Nou ja, nee, niet zomaar. Want 'root' heeft ook toegang tot bestanden zonder dat die expliciet zijn vrijgeschakeld. Root heeft extra noodquota qua processen en schijfruimte; root kan andermans processen killen, root kan een eigen proces op naam van een andere gebruiker zetten, enz.enz.

Kortom, je webserver die cgi-processen onder verschillende gebruikersnamen moet kunnen starten, moet als root draaien en heeft dus per definitie ook het recht om je EFI-gegevens te vernielen.
pi_159720287
quote:
0s.gif
Op zaterdag 6 februari 2016 20:55 schreef Igen het volgende:

[..]

Nou ja, nee, niet zomaar. Want 'root' heeft ook toegang tot bestanden zonder dat die expliciet zijn vrijgeschakeld. Root heeft extra noodquota qua processen en schijfruimte; root kan andermans processen killen, root kan een eigen proces op naam van een andere gebruiker zetten, enz.enz.

Kortom, je webserver die cgi-processen onder verschillende gebruikersnamen moet kunnen starten, moet als root draaien en heeft dus per definitie ook het recht om je EFI-gegevens te vernielen.
Hoi Lennart Poettering, ik wist niet dat jij ook op Fok! kwam. :+

Dat je als root je filesystem naar z'n grootje kunt werken, ja, dat was bekend. Maar dat je je hele computer/moederbord met een simpele rm -rf / onherstelbaar kunt vernielen, dat was nog niet eerder het geval en best wel zuur.

Poettering die zo'n bug sluit met "wij hebben dit nodig om te rebooten dus je bekijkt het maar" is ook weer lekker typisch hem. Nou ja, hopen dat iedereen nu van deze gast z'n fout geleerd heeft iig. En ik blijf mijn machines mooi via BIOS booten zodat die UEFI shite niet gemount wordt (of misschien überhaupt maar mountbaar is).
I hope you can see this because I'm doing it as hard as I can.
pi_159720485
quote:
7s.gif
Op zaterdag 6 februari 2016 00:01 schreef borbit het volgende:

[..]

Nee ik heb natuurlijk het eerste commando ingevoerd. Niet de foutmelding. Dat $ gebeuren staat voor de mij onduidelijke reden altijd vooraan in de terminal. borbit@fok:~$ :?

En meestal komt het er uit eindelijk inderdaad op neer dat ik random dingen zit te copy pasten tot me installatie breekt. :')

$ betekent dat je de terminal als user gebruikt, # als root. Je hebt waarschijnlijk dus te veel gekopieerd en ook die $ uit het voorbeeld mee gekopieerd ipv alleen het commando. Dat krijg je als je niet zelf probeert na te denken wat je doet en/of wat een foutmelding betekent.
quote:
Als ik ooit snap hoe je linux programmatjes moet schrijven ga ik er eentje maken dat je iedere random "sudo apt-get nog wat" link direct vanuit Firefox naar de terminal stuurt >:)
Je bedoelt dit? https://help.ubuntu.com/community/AptURL
pi_159735646
Websites :r die :r Microsoft :r silverlight :r nodig :r hebben :r :r
pi_159742637
Iemand wel eens het probleem gehad met ext4 dat je hdd bij vlagen flink aan het grinden is door een proces genaamd jbd2? Wat ik begrijp heeft dat met de journaling te maken, voorheen nooit last van gehad. Is de schijf aan het overlijden, SMART geeft niets bijzonders aan maar vertrouwen doe ik het niet meer. Als hij flink aan het grinden in dan is het systeem compleet responsloos.
Powered by Janetje®
pi_159742743
Nooit last van gehad. Je hebt de schijf niet per-ongeluk bijna vol zitten? (als in, >80% ofzo)
pi_159743184
quote:
14s.gif
Op zondag 7 februari 2016 23:17 schreef KomtTijd... het volgende:
Nooit last van gehad. Je hebt de schijf niet per-ongeluk bijna vol zitten? (als in, >80% ofzo)
Nee, praktisch leeg. Er staat wel een shitload aan kleine bestanden op, maar dat had ik voorheen met een kleinere schijf ook. Het is geen nieuwe schijf overigens. Ik zie wel meer mensen klagen als ik er op google, maar een eenduidig antwoord is er niet.
Powered by Janetje®
  maandag 8 februari 2016 @ 02:06:29 #273
68091 borbit
Is dit het begin van een pr0n?
pi_159745836
Inmiddels heb ik mijn UbuntuGnome goed verkloot. Ik kan nu enkel nog in de fallback modus. Morgen maar eens opnieuw installen. Wat ik in de fallback modus wel kan is 2 vensters openen. Dan de een naar links slepen en de ander naar rechts. Zodat ze ieder de helft van het scherm opnemen en netjes naast elkaar staan.
Wat ik in Gnome niet kon en nu wel is dan het formaat van de vensters aanpassen. Zo doe ik dat ook in Windows. Dat moet in Gnome toch ook kunnen lijkt me?
pi_159748405
quote:
0s.gif
Op zondag 7 februari 2016 23:14 schreef Dubbeldrank het volgende:
Iemand wel eens het probleem gehad met ext4 dat je hdd bij vlagen flink aan het grinden is door een proces genaamd jbd2? Wat ik begrijp heeft dat met de journaling te maken, voorheen nooit last van gehad. Is de schijf aan het overlijden, SMART geeft niets bijzonders aan maar vertrouwen doe ik het niet meer. Als hij flink aan het grinden in dan is het systeem compleet responsloos.
jbd2 heb je al via iotop gevonden?
I hope you can see this because I'm doing it as hard as I can.
pi_159748698
quote:
0s.gif
Op maandag 8 februari 2016 09:49 schreef LintuxCx het volgende:

[..]

jbd2 heb je al via iotop gevonden?
Jup, hij staat daar flink tekeer te gaan op sda2, wat mijn /home is.
Powered by Janetje®
  Eindredactie Sport / Forummod maandag 8 februari 2016 @ 12:30:02 #276
284411 crew  heywoodu
Van bijna dood tot olympiër:
pi_159750955
Vraag uit een oefenexamen (geen huiswerk, gewoon voorbereiding voor het examen :+ ):

SPOILER2 links
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Nou staat erbij dat het B is, maar ik snap niet waarom -O-
Hoe wordt bij B aangegeven dat stdout en stderr naar "filename" moeten? Er wordt toch alleen een nieuw bestandje "filename" gemaakt (of een al bestaand bestand "filename" leeggemaakt) waarna verder de syntax eigenlijk gewoon niet klopt?

Ik was er zelf van overtuigd dat het E was :@
Van bijna dood op weg naar de Olympische Spelen, tot olympiër in 2026? Elk beetje hulp wordt bijzonder gewaardeerd!
https://www.gofundme.com/(...)he-spelen-na-ongeval
pi_159751373
quote:
0s.gif
Op maandag 8 februari 2016 12:30 schreef heywoodu het volgende:
Vraag uit een oefenexamen (geen huiswerk, gewoon voorbereiding voor het examen :+ ):

SPOILER2 links
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Nou staat erbij dat het B is, maar ik snap niet waarom -O-
Hoe wordt bij B aangegeven dat stdout en stderr naar "filename" moeten? Er wordt toch alleen een nieuw bestandje "filename" gemaakt (of een al bestaand bestand "filename" leeggemaakt) waarna verder de syntax eigenlijk gewoon niet klopt?

Ik was er zelf van overtuigd dat het E was :@
E zou te makkelijk zijn D is het niet dus het is een van de anderen :P

Weet niet hoe lang jij gezocht hebt maar ik vond het in een keer.
> redirect stdout naar file

2 > &1 redirect stderr naar stdout

[ Bericht 5% gewijzigd door t4rt4rus op 08-02-2016 12:55:52 ]
  Eindredactie Sport / Forummod maandag 8 februari 2016 @ 13:03:39 #278
284411 crew  heywoodu
Van bijna dood tot olympiër:
pi_159751737
quote:
1s.gif
Op maandag 8 februari 2016 12:48 schreef t4rt4rus het volgende:

[..]

E zou te makkelijk zijn D is het niet dus het is een van de anderen :P

Weet niet hoe lang jij gezocht hebt maar ik vond het in een keer.
> redirect stdout naar file

2 > &1 redirect stderr naar stdout
Ah ok, ik dacht dat er eerst iets aan output moest zijn om het redirecten (eerder op de command line dus, als het ware :P ).
Bedankt ^O^
Van bijna dood op weg naar de Olympische Spelen, tot olympiër in 2026? Elk beetje hulp wordt bijzonder gewaardeerd!
https://www.gofundme.com/(...)he-spelen-na-ongeval
pi_159751777
quote:
0s.gif
Op maandag 8 februari 2016 13:03 schreef heywoodu het volgende:

[..]

Ah ok, ik dacht dat er eerst iets aan output moest zijn om het redirecten (eerder op de command line dus, als het ware :P ).
Bedankt ^O^
Ja, dat klopt, maar er wordt niet gevraagd naar een commandline, maar naar de 'shell redirection': de vraag is dus wat er achter het command wat output genereert moet komen.
  Eindredactie Sport / Forummod maandag 8 februari 2016 @ 13:07:35 #280
284411 crew  heywoodu
Van bijna dood tot olympiër:
pi_159751810
quote:
0s.gif
Op maandag 8 februari 2016 13:05 schreef Scarlet_Dragonfly het volgende:

[..]

Ja, dat klopt, maar er wordt niet gevraagd naar een commandline, maar naar de 'shell redirection': de vraag is dus wat er achter het command wat output genereert moet komen.
Ja nu je het zegt...lezen o|O
Van bijna dood op weg naar de Olympische Spelen, tot olympiër in 2026? Elk beetje hulp wordt bijzonder gewaardeerd!
https://www.gofundme.com/(...)he-spelen-na-ongeval
pi_159751833
quote:
0s.gif
Op maandag 8 februari 2016 13:07 schreef heywoodu het volgende:

[..]

Ja nu je het zegt...lezen o|O
Als je het nu nog eens leest, kun je wel beredeneren waarom het B (>filename 2>&1) moet zijn en niet A (2>&1 >filename) ?

Dat is wel het leuke deel van deze vraag :)
  Eindredactie Sport / Forummod maandag 8 februari 2016 @ 13:12:23 #282
284411 crew  heywoodu
Van bijna dood tot olympiër:
pi_159751915
quote:
0s.gif
Op maandag 8 februari 2016 13:08 schreef Scarlet_Dragonfly het volgende:

[..]

Als je het nu nog eens leest, kun je wel beredeneren waarom het B (>filename 2>&1) moet zijn en niet A (2>&1 >filename) ?

Dat is wel het leuke deel van deze vraag :)
Is A niet dubbelop? Als in, 'de output van de output' die naar filename gestuurd wordt? Dit soort kleine dingetjes en de exacte locaties van bepaalde mapjes/bestandjes gaan de grootste valkuilen worden donderdag :P
Van bijna dood op weg naar de Olympische Spelen, tot olympiër in 2026? Elk beetje hulp wordt bijzonder gewaardeerd!
https://www.gofundme.com/(...)he-spelen-na-ongeval
pi_159752552
quote:
0s.gif
Op maandag 8 februari 2016 13:12 schreef heywoodu het volgende:

[..]

Is A niet dubbelop? Als in, 'de output van de output' die naar filename gestuurd wordt? Dit soort kleine dingetjes en de exacte locaties van bepaalde mapjes/bestandjes gaan de grootste valkuilen worden donderdag :P
elk proces heeft een aantal 'file descriptors' voor de in- en output. Die hebben allemaal een nummertje.
0 = stdin
1 = stdout
2 = stderr

Een redirect ">filename" betekent: redirect stdout naar filename en is eigenlijk een shortcut voor "1> filename"
Een redirect "2>&1" betekent: redirect stderr naar stdout.

Als je deze twee nu combineert kun je dit doen:
">filename 2>&1", met als resultaat: wat naar stdout ging, gaat nu naar filename, wat naar stderr ging gaat nu naar filename (want we hebben stdout daardoor vervangen)

Als je het omdraait krijg je dit:
"2>&1 >filename", met als resultaat: wat naar stderr ging gaat nu naar stdout, wat naar stdout ging gaat nu naar filename.
Dan komt het dus niet allebei in filename uit.

Ik hoop dat ik het niet te warrig verteld heb zo ;)
  Eindredactie Sport / Forummod maandag 8 februari 2016 @ 13:48:37 #284
284411 crew  heywoodu
Van bijna dood tot olympiër:
pi_159752770
quote:
0s.gif
Op maandag 8 februari 2016 13:39 schreef Scarlet_Dragonfly het volgende:

[..]

elk proces heeft een aantal 'file descriptors' voor de in- en output. Die hebben allemaal een nummertje.
0 = stdin
1 = stdout
2 = stderr

Een redirect ">filename" betekent: redirect stdout naar filename en is eigenlijk een shortcut voor "1> filename"
Een redirect "2>&1" betekent: redirect stderr naar stdout.

Als je deze twee nu combineert kun je dit doen:
">filename 2>&1", met als resultaat: wat naar stdout ging, gaat nu naar filename, wat naar stderr ging gaat nu naar filename (want we hebben stdout daardoor vervangen)

Als je het omdraait krijg je dit:
"2>&1 >filename", met als resultaat: wat naar stderr ging gaat nu naar stdout, wat naar stdout ging gaat nu naar filename.
Dan komt het dus niet allebei in filename uit.

Ik hoop dat ik het niet te warrig verteld heb zo ;)
Volgens mij begint het kwartje langzaam te vallen :Y
Van bijna dood op weg naar de Olympische Spelen, tot olympiër in 2026? Elk beetje hulp wordt bijzonder gewaardeerd!
https://www.gofundme.com/(...)he-spelen-na-ongeval
pi_159765205
OK, Help!

Ik ben nu al twee dagen bezig om Linux Mint op een pc te installeren. Maar telkens krijg ik een Error 5: input/output error bij het kopiëren van de bestanden van de USB naar de harde schijf. Met in de opmerkingen dat het mogelijk een slechte DVD is, het systeem te warm of de harde schijf te oud/beschadigd.

Ik heb nu:
-Twee verschillende USB-sticks gebruikt.
-Op beide sticks met twee verschillende programma's die Linux Live USB aangemaakt (LiLi USB creator en Unetbootin)
-Twee verschillende 64 bits versies van Linux mint geprobeerd (17.2 en 17.3)
-Een 32 bits versie van 17.2 in plaats 64 bits geprobeerd.

Ligt het voor de hand dat de harde schijf van de PC in kwestie overleden is? Ding is 5 jaar oud, maar maakt niet heel veel draaiuren. (paar uurtjes per week gemiddeld). Of is er nog iets anders dat ik kan proberen? De Live-versies vanaf de USB sticks zelf draaien prima. Het probleem ontstaat telkens bij het kopiëren van de bestanden naar de harde schijf tijdens de installatie.
pi_159767822
quote:
0s.gif
Op maandag 8 februari 2016 21:09 schreef Fixers het volgende:

Ligt het voor de hand dat de harde schijf van de PC in kwestie overleden is?
...wat zeggen de SMART gegevens?
pi_159768767
quote:
14s.gif
Op maandag 8 februari 2016 22:19 schreef KomtTijd... het volgende:

[..]

...wat zeggen de SMART gegevens?
Ik moest googlen wat dat was. :@ Ik ze morgen proberen te achterhalen.
pi_159769378
Is uit te lezen met de disks utility ("schijven" als je 'm op Nederlands hebt staan).
  dinsdag 9 februari 2016 @ 10:32:36 #289
13250 Lod
Sapere aude!
pi_159774619
Misschien dat iemand mij hier kan helpen met een simpele vraag.
Vorige week ben ik overgestapt naar Debian Jessie (Gnome3 DE). Om een of andere stomme reden kan ik in de bestandsmanager geen bestanden verwijderen met de delete knop. In andere distributies die ik geprobeerd heb, werkte dat wel.
In de settings kon ik ook niet echt iets vinden waar dit door zou kunnen komen. in Google heb ik ook niet iets kunnen vinden.
Iemand nog een idee?
GNU Terry Pratchett
pi_159774674
shift-delete?
  dinsdag 9 februari 2016 @ 18:09:57 #291
13250 Lod
Sapere aude!
pi_159784547
Ja. Dat werkt inderdaad...
Je verwacht het niet he.
GNU Terry Pratchett
pi_159785682
quote:
6s.gif
Op dinsdag 9 februari 2016 18:09 schreef Lod het volgende:
Ja. Dat werkt inderdaad...
Je verwacht het niet he.
Als je ook voortaan met gewoon delete iets naar de prullenbak wilt verplaatsen, zou ik voor de zekerheid kijken of je gvfs-trash hebt geïnstalleerd.
pi_159787208
quote:
14s.gif
Op maandag 8 februari 2016 23:07 schreef KomtTijd... het volgende:
Is uit te lezen met de disks utility ("schijven" als je 'm op Nederlands hebt staan).
Gevonden!

Zijn er belangrijke dingen om op te letten? De overall assesment geetf 'Disk is OK' Ook alle individuele Attributes geven een OK. De start/stopcount is: 425 en Power on hours: 2 maanden en 29 dagen. Versleten lijkt me sterk.

Ik doe nu een poging om 'm eerst vanuit de Disks Utility opnieuw te formatteren (Slow - overwrite with zeroes). In plaats van de format tijdens de installatie te laten verlopen. Over twee uur weet ik meer.
pi_159787485
Pending sectors en dead sectors moeten allebei eigenlijk gewoon op 0 staan.
pi_159793169
Pending sectors staat op 0. Dead sectors zie ik er niet tussen staan, wel uncorrectable sector count en dat is ook 0. Ik doe morgen een nieuwe installatiepoging. Hopelijk heeft die uitgebreide format geholpen.
pi_159793655
Ben ik de enige die de Arch Linux memes echt hilarisch vind? :')

om deze externe inhoud weer te geven is het noodzakelijk dat je toestemming geeft voor het gebruik van tracking en social mediacookies.
Ja toon me deze inhoud
ik accepteer de cookies.
meer informatie


Overigens is Arch niet source-based. Maar desalniettemin moest ik een beetje gniffelen. :')

om deze externe inhoud weer te geven is het noodzakelijk dat je toestemming geeft voor het gebruik van tracking en social mediacookies.
Ja toon me deze inhoud
ik accepteer de cookies.
meer informatie


Nu is het zo dat pacman altijd een .pacnew maakt, dus dat configuratiebestanden overschrijven klopt niet.

Oh ja, en deze ook. :') _O-

om deze externe inhoud weer te geven is het noodzakelijk dat je toestemming geeft voor het gebruik van tracking en social mediacookies.
Ja toon me deze inhoud
ik accepteer de cookies.
meer informatie


[ Bericht 17% gewijzigd door #ANONIEM op 09-02-2016 22:41:17 ]
pi_159793925
_O_ _O-
  woensdag 10 februari 2016 @ 10:02:20 #298
131603 Afwazig
Serious business
pi_159813798
Hhaha vet :D
pi_159822484
Het is gelukt. Maar om te zeggen dat ik nou tevreden ben over Linux Mint, mwoah. Systeem is traag, en niet erg stabiel. Ik ga nog even wat prutsen met instellingen en updates. Anders opzoek naar een betere variant. Wat is aan te raden voor een wat ouder systeem, dat vooral gebruikt wordt voor afspelen van films met Kodi? Die test uit de OP komt met Ubuntu Mate en Debian als de eerste twee opties.
pi_159823017
quote:
0s.gif
Op woensdag 10 februari 2016 22:26 schreef Fixers het volgende:
Het is gelukt. Maar om te zeggen dat ik nou tevreden ben over Linux Mint, mwoah. Systeem is traag, en niet erg stabiel. Ik ga nog even wat prutsen met instellingen en updates. Anders opzoek naar een betere variant. Wat is aan te raden voor een wat ouder systeem, dat vooral gebruikt wordt voor afspelen van films met Kodi? Die test uit de OP komt met Ubuntu Mate en Debian als de eerste twee opties.
Probeer eens Manjaro XFCE of Antergos. Beiden zijn gebaseerd op Arch Linux, Manjaro is het meest gebruiksvriendelijk. Wanneer je wat meer ervaren bent kun je zo overstappen naar Arch. Groot voordeel van Arch is dat je alles helemaal zelf instelt zoals je wilt zonder bloatware en dat alle pakketten supernieuw zijn en een rolling release. In tegenstelling tot de Ubuntu en Debian stable distributies die vaak een jaar achterlopen met de software. Ik gebruik zelf Arch en zou niet zonder rolling release meer willen.

om deze externe inhoud weer te geven is het noodzakelijk dat je toestemming geeft voor het gebruik van tracking en social mediacookies.
Ja toon me deze inhoud
ik accepteer de cookies.
meer informatie

Antergos - Friendly Linux Distro Based-On Arch Linux
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')

Het lijkt erop dat je onze advertenties blokkeert

Dat begrijpen we, maar is wel erg jammer. Je kunt FOK! namelijk wel gratis LEZEN, maar we kunnen FOK! niet gratis MAKEN. De inkomsten van de advertenties zorgen ervoor dat we de kosten van de site kunnen dragen zodat je ook morgen FOK! nog kunt bezoeken.

Zou je willen overwegen om voor FOK! een uitzondering te maken in je adblocker (of andere middelen die onze ads blokkeren)? Je krijgt deze melding dan nooit meer te zien.

Ja, ik wil fok.nl whitelisten, laat me zien hoe

Ik neem liever een premium account zodat ik geen advertenties hoef te zien (je moet eerst inloggen)
Ja, breng me naar de shop