abonnement Unibet Coolblue Bitvavo
pi_162323612
1
2
3
4
# eft; edit files containing
eft(){
  vim `ack -l $@`
}
జ్ఞ‌ా
pi_162336493
$() > ``

`` wordt shite als je gaat nesten bv.
I hope you can see this because I'm doing it as hard as I can.
  vrijdag 20 mei 2016 @ 07:53:09 #203
332574 µ
alt-m
pi_162343460
quote:
0s.gif Op donderdag 19 mei 2016 21:58 schreef LintuxCx het volgende:
$() > ``

`` wordt shite als je gaat nesten bv.
Scheelt 1 teken typen he :P
జ్ఞ‌ా
pi_162366007
'avond, ik ben al eventje bezig met een script om m3u playlistjes te maken van video bestanden. Ben nog een beetje aan het debuggen op dit moment dus moet de output nog omvormen, maar dat doet er nog even niet toe.

Heb nu dit

1
2
3
4
5
6
7
8
9
10
11
12
#!/bin/bash
cd /raid1/homes/share/public/tv/
for D in *; do # Loop door alle bestanden
    if [ -d "${D}" ]; then # als het een map is gaan we door.
        echo "Working directory: ${D}" #debug
        cd "${D}" # ga d'r in.
        for F in {*.mkv,*.avi,*.mov,*.wmv,*.asf,*.m4v,*.mp?}; do # zoek naar videobestanden
                echo "file: ${D} / ${F}" # debug
        done
        cd $OLDPWD # en weer terug
    fi
done

Werkt redelijk, heb nu alleen ook "*.file-ext" in mijn output staan, doe ik iets fout of is dat makkelijk te mijden? (Behalve dan met een IF-statement, tenzij dat de enige optie is.)

Output:
SPOILER
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.


[ Bericht 0% gewijzigd door #ANONIEM op 20-05-2016 21:56:23 ]
pi_162367061
Zoiets: for F in `ls *.mkv *.avi *.mov *.wmv *.asf *.m4v *.mp? 2>/dev/null`
pi_162367499
quote:
10s.gif Op donderdag 19 mei 2016 07:25 schreef Aether het volgende:
Iemand nog een VPS nodig? :o

Amazon komt met nieuwe X1 VPS.

X1 Instances for EC2 – Ready for Your Memory-Intensive Workloads
• 128 cores
• 2 TB RAM
• 4 TB SSD
• 10 Gbps netwerk
• $ 3,90 / uur

[ afbeelding ]
[ afbeelding ]
Waarom geen AMD? :+
pi_162375162
quote:
0s.gif Op vrijdag 20 mei 2016 22:31 schreef TargaFlorio het volgende:
Zoiets: for F in `ls *.mkv *.avi *.mov *.wmv *.asf *.m4v *.mp? 2>/dev/null`
Dat gaat niet lekker met de spaties in titels

SPOILER
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.
Ik ga zelf nog ook nog ff kloten.

edit:

1
2
3
4
5
6
7
8
9
10
#!/bin/bash
cd /raid1/homes/share/public/tv/
for D in *; do
    if [ -d "${D}" ]; then
        #echo "Working directory: ${D}"

        find "$D" -type f \( -name "*.mkv" -o -name "*.avi" -o -name "*.mov" -o -name "*.wmv" -o -name "*.asf" -o -name "m4v" -o -name "*.mp?" \) -print 2>/dev/null

    fi
done

Zo werkt die prima, ik deed veels te moeilijk met nog een tweede for loop :P

[ Bericht 16% gewijzigd door #ANONIEM op 21-05-2016 10:42:42 ]
pi_162379236
Ik had onlangs een discussie met een ander collega.

Volgens hem was het gebruikelijk dat je inlogt op een remote machine via SSH, en dan pas omschakelt naar root met 'su -', en daarin de scripts en cronjobs uitvoert.

Ik vond dat dit ook anders kon door de ingelogde gebruiker rechten te geven om de scripts uit te voeren, zonder gelijk root toegang te geven.

Wat is nu een goede werkwijze hierin?
pi_162380298
Wat voor scripts en cronjobs (die je zelf in regelt) zou je root rechten voor nodig moeten hebben :? Lijkt me inderdaad dat je je rollen/rechten systeem niet goed op orde hebt als dat nodig is.
  zaterdag 21 mei 2016 @ 16:39:12 #210
332574 µ
alt-m
pi_162381459
quote:
0s.gif Op vrijdag 20 mei 2016 21:54 schreef d4v1d het volgende:
'avond, ik ben al eventje bezig met een script om m3u playlistjes te maken van video bestanden. Ben nog een beetje aan het debuggen op dit moment dus moet de output nog omvormen, maar dat doet er nog even niet toe.

Heb nu dit
[ code verwijderd ]

Werkt redelijk, heb nu alleen ook "*.file-ext" in mijn output staan, doe ik iets fout of is dat makkelijk te mijden? (Behalve dan met een IF-statement, tenzij dat de enige optie is.)

Output:
SPOILER
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.
Werkt dit niet gewoon:

1
2
cd map
ls */{*.mkv,*.avi,*.mov,*.wmv,*.asf,*.m4v,*.mp?} >> playlist
జ్ఞ‌ా
pi_162384707
quote:
6s.gif Op zaterdag 21 mei 2016 16:39 schreef µ het volgende:

[..]

Werkt dit niet gewoon:
[ code verwijderd ]

Ik wil een playlist per submap.
pi_162387376
quote:
0s.gif Op zaterdag 21 mei 2016 15:51 schreef Scarlet_Dragonfly het volgende:
Wat voor scripts en cronjobs (die je zelf in regelt) zou je root rechten voor nodig moeten hebben :? Lijkt me inderdaad dat je je rollen/rechten systeem niet goed op orde hebt als dat nodig is.
Er zijn bepaalde scripts welke root rechten nodig hebben om bepaalde waardes van hardware uit te lezen. Maar over het algemeen draait de user gewoon met executable scripts zonder root rechten, de scripts die root rechten nodig hebben gooi je in de sudoers file.
pi_162394399
quote:
14s.gif Op zaterdag 21 mei 2016 18:57 schreef d4v1d het volgende:

[..]

Ik wil een playlist per submap.
Ook Bash ondersteunt tegenwoordig ** om recursief subdirs door te lopen.

Dus met een beetje geluk is een simpele:

for f in **/*.{mkv,avi,mp4,...}; do
...
done

genoeg. Enige irritante is dat bash standaard als *.foo niks matcht, letterlijk *.foo teruggeeft waar je geen fuck aan hebt. Er is wel een shopt om dat te fixen op zich.

Najah, nogal veel wegen naar Rome iig.
I hope you can see this because I'm doing it as hard as I can.
pi_162440643
Wat zijn, behalve FileZilla, aardige ftp clients met een gui :P
Het is geel en staat in mijn ondertitel!
3DS friend code: 2191-7623-9035
pi_162441926
Nautilus?

Edit: heb vroeger ook lange tijd een firefox-plugin gebruikt, fireftp geloof ik.
pi_162446549
quote:
7s.gif Op maandag 23 mei 2016 18:17 schreef Jesse_ het volgende:
Wat zijn, behalve FileZilla, aardige ftp clients met een gui :P
Ligt er marar net aan wat je wensen zijn. Daarnaast is het misschien ook handig om erbij te zeggen welke distributie en DE je gebruikt. De meeste standaard bijgeleverde file managers hebben namelijk ingebouwde ftp functionaliteit.

Vrij handig, voor simpel gebruik althans :)

Iemand trouwens een idee hoe ik dit uit kan pluizen:
1
2
3
4
5
6
7
Grimm/Season 05/Grimm.S05E21.720p.HDTV.x264-FLEET.mkv
    236,563,070  14%    7.30MB/s    0:03:14  Write failed: Broken pipe

rsync: connection unexpectedly closed (3332566364 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [receiver=3.1.0]
rsync: connection unexpectedly closed (4285 bytes received so far) [generator]
rsync error: unexplained error (code 255) at io.c(226) [generator=3.1.0]

Ik trek met rsync elke dag een ladig series binnen van mijn android box die ik omgebouwd heb tot nas. Wekte ideaal, maar nu krijg ik elke keer deze melding bij rsync.. Erg vervelend.

Daarna moet ik dus een hard reset doen:
1ssh: connect to host 192.168.2.6 port 22: No route to host
Gaat iets niet helemaal jofel. Het betreft Xubuntu 16.04 op een intel z3735f.
Aim at perfection in everything, though in most things it is unattainable. However, they who aim at it, and persevere, will come much nearer to it than those whose laziness and despondency make them give it up as unattainable.
pi_162447787
Wie gebruiken hier Linux kernel 4.7(om te testen)?
pi_162448447
waarom zou je dat willen?
pi_162449523
Voor de ftp client:
Ik gebruik Ubuntu en gebruik het voornamelijk om bestanden naar m'n NAS te verplaatsen.
Wat dat aan gaat geeft Nautilus me net wat te weinig informate.
Het is geel en staat in mijn ondertitel!
3DS friend code: 2191-7623-9035
pi_162449571
quote:
7s.gif Op maandag 23 mei 2016 23:04 schreef Jesse_ het volgende:
Voor de ftp client:
Ik gebruik Ubuntu en gebruik het voornamelijk om bestanden naar m'n NAS te verplaatsen.
Wat dat aan gaat geeft Nautilus me net wat te weinig informate.
Waar draait je NAS op? Misschien zijn er wel betere oplossingen dan FTP.
  dinsdag 24 mei 2016 @ 07:53:58 #221
332574 µ
alt-m
pi_162453687
quote:
0s.gif Op maandag 23 mei 2016 22:13 schreef Blue_Panther_Ninja het volgende:
Wie gebruiken hier Linux kernel 4.7(om te testen)?
Nop
జ్ఞ‌ా
pi_162468184
quote:
0s.gif Op maandag 23 mei 2016 23:05 schreef d4v1d het volgende:

[..]

Waar draait je NAS op? Misschien zijn er wel betere oplossingen dan FTP.
Synology's DSM 6.0
Het is geel en staat in mijn ondertitel!
3DS friend code: 2191-7623-9035
pi_162469061
quote:
7s.gif Op dinsdag 24 mei 2016 18:12 schreef Jesse_ het volgende:

[..]

Synology's DSM 6.0
Heeft dat geen optie tot nfs o.i.d.?

SPOILER
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.


[ Bericht 29% gewijzigd door #ANONIEM op 24-05-2016 18:53:38 ]
pi_162469828
quote:
0s.gif Op dinsdag 24 mei 2016 18:52 schreef d4v1d het volgende:

[..]

Heeft dat geen optie tot nfs o.i.d.?

SPOILER
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.
nfs gebruik ik ook :s)
Voor het dagelijkse gebruik is dat perfect. Maar als ik bulk over wil zetten doe ik dat liever via FTP.
Het is geel en staat in mijn ondertitel!
3DS friend code: 2191-7623-9035
pi_162474337
quote:
7s.gif Op dinsdag 24 mei 2016 19:18 schreef Jesse_ het volgende:

[..]

nfs gebruik ik ook :s)
Voor het dagelijkse gebruik is dat perfect. Maar als ik bulk over wil zetten doe ik dat liever via FTP.
Niet echt nodig om te FTP'en, als je het niet fijn vindt om zo in een file browser een hoop over te zetten kan je dat ook met rsync doen. Als het onderbroken wordt kan je gewoon weer hervatten.
Powered by Janetje®
  woensdag 25 mei 2016 @ 12:31:43 #226
332574 µ
alt-m
pi_162486510
1
2
3
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VG-lv_data
                       64Z   64Z   88G 100% /data
:o
జ్ఞ‌ా
pi_162488973
quote:
10s.gif Op woensdag 25 mei 2016 12:31 schreef µ het volgende:

[ code verwijderd ]

:o
Dat is een hoop! :o
Powered by Janetje®
  woensdag 25 mei 2016 @ 14:37:56 #228
332574 µ
alt-m
pi_162489462
quote:
0s.gif Op woensdag 25 mei 2016 14:18 schreef Dubbeldrank het volgende:

[..]

Dat is een hoop! :o
Een bugje helaas :(
జ్ఞ‌ా
pi_162491113
quote:
Year 2038 Fixes Still Being Worked On For The Linux Kernel
The Linux kernel has been working on many Year 2038 fixes for a while now but the work is not over. Another pull request was sent in for the Linux 4.7 kernel in trying to prepare the VFS layer with Y2038 fixes.


Arnd Bergmann has submitted a batch of Y2038 fixes for the Linux 4.7 merge window for the VFS code. He commented, "This is a preparation series for changing the VFS infrastructure to use time64_t in inode timestamps...The patches were done by Deepa Dinamani during her Outreachy internship along with the following set of more than 100 patches that depend on them but that can get merged through the individual file system maintainer trees."

While there are legitimate Y2038 issues in the VFS code, Linus Torvalds so far is unhappy with the changes so we'll see whether or not the work is accepted in the current form.

Should you be living under a rock and not familiar with the Year 2038 problem, see Wikipedia for details.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162554743
WTF is er aan de hand met KSC?Downloaden en uitpakken van bestanden zijn irritant geworden. 8)7
pi_162563604
Wat is KSC?
pi_162569047
Kenedy Space Center.
pi_162603312
Waarom gebruiken jullie Linux eigenlijk?

Ik heb weinig met de grafische opsmuk met toeters en bellen in Windows, ben een text interface lover (Emacs, Vim, Ranger, Terminal, etc) en een tinkerer. Ik werk graag vanuit de command line. Ik wil het geheel aanpassen naar m'n smaak. In Windows heb je daartoe weinig mogelijkheden.

En Emacs is aanzienlijk sneller op Linux. Waarom geen Arch? Het was teveel gedoe, dus Xubuntu, gewoon plug & play installatie, en dan terminal starten. De omgeving waarin ik mij thuisvoel, is voor mij het gedoe waard waarmee ik doorheen moet worstelen als ik Linux neem in plaats van Windows.
pi_162603374
Omdat het zo lekker makkelijk is in gebruik. En geen gezeur met licenties.
pi_162608170
quote:
14s.gif Op zondag 29 mei 2016 21:14 schreef KomtTijd... het volgende:
Omdat het zo lekker makkelijk is in gebruik.
Niet altijd, wee je gebeente als 1 van de hardware geen goede drivers voor je Linux bevat. En sommige programma's zijn niet beschikbaar voor Linux.
pi_162608526
Zit je nou mijn persoonlijke mening te proberen te weerleggen?
  maandag 30 mei 2016 @ 07:44:05 #237
332574 µ
alt-m
pi_162612162
quote:
10s.gif Op zondag 29 mei 2016 23:27 schreef KomtTijd... het volgende:
Zit je nou mijn persoonlijke mening te proberen te weerleggen?
:D
జ్ఞ‌ా
pi_162613512
:o
quote:
Systemd Starts Killing Your Background Processes By Default
systemd changed a default value in logind.conf to "yes", which will kill all your processes, when you log out... There is already a bug-report over at debian: Debian bug tracker.

The new change means "user sessions will be properly cleaned up after," according to the changelog, "but additional steps are necessary to allow intentionally long-running processes to survive logout. To effectively allow users to run long-term tasks even if they are logged out, lingering must be enabled for them."
Systemd developer asks tmux to add systemd specific code
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162613933
quote:
10s.gif Op zondag 29 mei 2016 23:27 schreef KomtTijd... het volgende:
Zit je nou mijn persoonlijke mening te proberen te weerleggen?
Goed topic
Redacted
  maandag 30 mei 2016 @ 10:33:04 #240
332574 µ
alt-m
pi_162613961
quote:
Hmmmmmm.

Weet niet zo goed wat ik hiervan moet vinden.
జ్ఞ‌ా
pi_162614133
quote:
Ik zou zeggen:

Het is logisch dat als je sessie wordt beeindigd, je processen worden afgesloten

tmux / screen creeren in feite gewoon een nieuwe sessie. Het programma moet niet worden afgesloten als je uitlogt, maar als je tmux / screen beeindigd dan zou op z'n beurt wel weer alles wat van daaruit is gestart ook moeten worden afgesloten.

Als dat vereist dat ze systemd-specifieke code toevoegen omdat standaard UNIX het concept van een gebruikerssessie helemaal niet kent, so be it, toch?
pi_162615571
quote:
0s.gif Op maandag 30 mei 2016 10:44 schreef Igen het volgende:

[..]

Ik zou zeggen:

Het is logisch dat als je sessie wordt beeindigd, je processen worden afgesloten

tmux / screen creeren in feite gewoon een nieuwe sessie. Het programma moet niet worden afgesloten als je uitlogt, maar als je tmux / screen beeindigd dan zou op z'n beurt wel weer alles wat van daaruit is gestart ook moeten worden afgesloten.

Als dat vereist dat ze systemd-specifieke code toevoegen omdat standaard UNIX het concept van een gebruikerssessie helemaal niet kent, so be it, toch?
Zoals ik het nu lees wordt na het uitloggen je tmux- of screensessie gewoon de nek omgedraaid. Dit is natuurlijk onwenselijk voor deze tools, daar zal systemd-code voor gemaakt moeten worden. Aangezien ze de systemdroute ingeslagen zijn is dit wel een logische evolutie. Het is nogal een storm in een glas water. Voor nu is het lastig, maar zodra iedereen zijn code daarop aangepast heeft is het resultaat uiteindelijk beter dan het was.
Powered by Janetje®
pi_162689709
quote:
0s.gif Op donderdag 2 juni 2016 12:49 schreef Blue_Panther_Ninja het volgende:

[..]

WTF
:o
tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.
systemd sluit de processen van $user als $user uitlogt (vind ik vrij logisch gedrag).

Er is een fix voor die tmux moet implementeren.

Netjes is(of 'was') het niet, maarja.
జ్ఞ‌ా
pi_162689803
quote:
4s.gif Op donderdag 2 juni 2016 12:55 schreef µ het volgende:

[..]

tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.
systemd sluit de processen van $user als $user uitlogt (vind ik vrij logisch gedrag).

Er is een fix voor die tmux moet implementeren.

Netjes is(of 'was') het niet, maarja.
Gelukkig wordt het snel gedaan.
pi_162690207
quote:
4s.gif Op donderdag 2 juni 2016 12:55 schreef µ het volgende:

[..]

tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.
systemd sluit de processen van $user als $user uitlogt (vind ik vrij logisch gedrag).

Er is een fix voor die tmux moet implementeren.

Netjes is(of 'was') het niet, maarja.
Ik begrijp dat `screen` dit dus al goed deed?
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162690524
quote:
7s.gif Op donderdag 2 juni 2016 13:16 schreef Aether het volgende:

[..]

Ik begrijp dat `screen` dit dus al goed deed?
Geen idee. Gebruiken mensen dat nog? ;)
జ్ఞ‌ా
pi_162691040
quote:
7s.gif Op donderdag 2 juni 2016 13:28 schreef µ het volgende:

[..]

Geen idee. Gebruiken mensen dat nog? ;)
tmux biedt vrijwel dezelfde functionaliteit, dus daarom ;)

Edit:
quote:
Now you can no longer expect a long running background processes to
continue after logging out. I believe this breaks the expecations of
many users. For example, you can no longer start a screen or tmux
session, log out, and expect to come back to it.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162692418
Waarom zou ik tmux verkiezen boven screen?
Powered by Janetje®
pi_162692707
quote:
5s.gif Op donderdag 2 juni 2016 14:40 schreef Dubbeldrank het volgende:
Waarom zou ik tmux verkiezen boven screen?
Heb een jaar of 5 screen gebruikt en gebruik nu alleen nog maar tmux. Als screen goed voor je werkt kan je dat gewoon blijven gebruiken natuurlijk, maar de redenen zijn voor mij:

• Synchronize-panes support, als je je window in 2 hebt gedeeld en bent geconnect naar 2 servers, dan kan je je input naar 2 schermen tegelijk sturen
• Verticaal splitten. Kan wel met screen volgens mij, maar alleen als je de gepatchte versie hebt
• Goede integratie met powerline
• Geen buggy unicode support
• Tmux is nog in actieve development

meer: http://superuser.com/a/236160
జ్ఞ‌ా
pi_162693082
quote:
14s.gif Op donderdag 2 juni 2016 14:55 schreef µ het volgende:

[..]

Heb een jaar of 5 screen gebruikt en gebruik nu alleen nog maar tmux. Als screen goed voor je werkt kan je dat gewoon blijven gebruiken natuurlijk, maar de redenen zijn voor mij:

• Synchronize-panes support, als je je window in 2 hebt gedeeld en bent geconnect naar 2 servers, dan kan je je input naar 2 schermen tegelijk sturen
• Verticaal splitten. Kan wel met screen volgens mij, maar alleen als je de gepatchte versie hebt
• Goede integratie met powerline
• Geen buggy unicode support
• Tmux is nog in actieve development

meer: http://superuser.com/a/236160
Die laatste twee zijn wel een puntje voor mij, de rest is vrij specifiek voor zaken die ik niet gebruik. Ik ga er eens naar kijken, ik gebruik het hoofdzakelijk voor mijn irc sessie. Dus dan is goede unicode wel fijn.
Powered by Janetje®
pi_162697147
Ik gebruik nog screen...
pi_162697272
quote:
0s.gif Op donderdag 2 juni 2016 17:46 schreef t4rt4rus het volgende:
Ik gebruik nog screen...
There is so much more!

:P
జ్ఞ‌ా
pi_162697404
quote:
14s.gif Op donderdag 2 juni 2016 17:50 schreef µ het volgende:

[..]

There is so much more!

:P
Je bent net zoals een apple fanboy
pi_162699085
quote:
9s.gif Op donderdag 2 juni 2016 17:54 schreef d4v1d het volgende:

[..]

Je bent net zoals een apple fanboy
:*
జ్ఞ‌ా
pi_162821993
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug



iotop -o


En met nethogs zie ik ook geen absurde netwerkactiviteit



Wat is deze? :? Wat kan het nog meer zijn :o
pi_162822703
Die 4% "hoge" load?
pi_162823009
quote:
0s.gif Op dinsdag 7 juni 2016 19:21 schreef t4rt4rus het volgende:
Die 4% "hoge" load?
Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).

Een load van 4 is hartstikke hoog.

Edit: Waar het aan zou kunnen liggen zie ik ook niet.

[ Bericht 5% gewijzigd door #ANONIEM op 07-06-2016 19:37:56 ]
pi_162823075
Op een 4-core CPU zou dat ongeveer 100% load zijn idd. Op zich niet bijzonder maar voor een idle systeem wel heel veel ja.
pi_162824605
quote:
0s.gif Op dinsdag 7 juni 2016 19:33 schreef Igen het volgende:

[..]

Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).

Een load van 4 is hartstikke hoog.

Edit: Waar het aan zou kunnen liggen zie ik ook niet.
Hoe zie ik wat er op I/O wacht? Of is iotop daarvoor voldoende
pi_162824896
quote:
0s.gif Op dinsdag 7 juni 2016 20:29 schreef d4v1d het volgende:

[..]

Hoe zie ik wat er op I/O wacht? Of is iotop daarvoor voldoende
Als het goed is bestaat de load uit alle processen die in top de status 'R' hebben. Misschien moet je wat naar beneden scrollen om ze te vinden.
pi_162825426
quote:
0s.gif Op dinsdag 7 juni 2016 19:33 schreef Igen het volgende:

[..]

Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).

Een load van 4 is hartstikke hoog.

Edit: Waar het aan zou kunnen liggen zie ik ook niet.
Oh oké, bedankt.
  dinsdag 7 juni 2016 @ 21:13:44 #263
332574 µ
alt-m
pi_162826029
quote:
0s.gif Op dinsdag 7 juni 2016 18:55 schreef d4v1d het volgende:
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug

[ afbeelding ]

iotop -o
[ afbeelding ]

En met nethogs zie ik ook geen absurde netwerkactiviteit

[ afbeelding ]

Wat is deze? :? Wat kan het nog meer zijn :o
Kapotte mounts?

Ik heb ook wel eens servers op oude NFS-mounts, als die onbeschikbaar/traag worden schiet de iowait ook omhoog. Heb je NFS mounts en kan je die un/remounten? Check ook ff je dmesg of er iets van read/write/io errors in staan. Misschien iets met je raidcontroller of is je raid aan het rebuilden ofzo.
జ్ఞ‌ా
pi_162826118
Lag aan cups en scanimage (saned)

http://bencane.com/2012/0(...)gh-io-wait-in-linux/

1for x in `seq 1 1 10`; do ps -eo state,pid,cmd | grep "^D"; echo "----"; sleep 5; done


[ Bericht 89% gewijzigd door #ANONIEM op 07-06-2016 21:16:41 ]
  dinsdag 7 juni 2016 @ 21:19:30 #265
107418 wdn
Elfen lied O+
pi_162826260
quote:
0s.gif Op maandag 30 mei 2016 11:56 schreef Dubbeldrank het volgende:

[..]

Zoals ik het nu lees wordt na het uitloggen je tmux- of screensessie gewoon de nek omgedraaid. Dit is natuurlijk onwenselijk voor deze tools, daar zal systemd-code voor gemaakt moeten worden. Aangezien ze de systemdroute ingeslagen zijn is dit wel een logische evolutie. Het is nogal een storm in een glas water. Voor nu is het lastig, maar zodra iedereen zijn code daarop aangepast heeft is het resultaat uiteindelijk beter dan het was.
er is een optie in systemd om het killen uit te zetten
Beatus vir qui suffert tentationem.
PSN Rinzewind en Cadsuana Melaidhrin
Stellar Blade *O* Sea of Stars *O* Trails Daybreak *O*
  dinsdag 7 juni 2016 @ 21:25:23 #266
45457 NightH4wk
Semper Fi!
pi_162826485
quote:
0s.gif Op dinsdag 7 juni 2016 18:55 schreef d4v1d het volgende:
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug

[ afbeelding ]

iotop -o
[ afbeelding ]

En met nethogs zie ik ook geen absurde netwerkactiviteit

[ afbeelding ]

Wat is deze? :? Wat kan het nog meer zijn :o
Kijk even naar je interrupts? Misschien zit er ergens een loop.
pi_162834521
Heb je processen in D (disk sleep)? IIRC tellen die ook mee. En je komt er heel lastig van af.
I hope you can see this because I'm doing it as hard as I can.
pi_162853874
quote:
0s.gif Op dinsdag 7 juni 2016 18:55 schreef d4v1d het volgende:
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug

[ afbeelding ]

iotop -o
[ afbeelding ]

En met nethogs zie ik ook geen absurde netwerkactiviteit

[ afbeelding ]

Wat is deze? :? Wat kan het nog meer zijn :o
Is dit een server of een desktop?
pi_162854780
quote:
0s.gif Op woensdag 8 juni 2016 22:19 schreef Blue_Panther_Ninja het volgende:

[..]

Is dit een server of een desktop?
Server, heeft nu een update van 25 uur en nog geen gekke dingen gezien,

dus cups en saned verwijderd (printen of scannen deed die toch niet) en een reboot heeft het opgelost.

[ Bericht 15% gewijzigd door #ANONIEM op 08-06-2016 22:43:52 ]
pi_162861795
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  Moderator donderdag 9 juni 2016 @ 11:26:36 #271
27682 crew  Bosbeetle
terminaal verdwaald
pi_162862127
linux nerds moeten wel goed leren spellen: http://tweakers.net/nieuw(...)e-uit-te-voeren.html

:D
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
pi_162867529
Als ze een virus met de naam dkpg maken ben ik fucked ;(
pi_162874498
quote:
0s.gif Op woensdag 8 juni 2016 22:42 schreef d4v1d het volgende:

[..]

Server, heeft nu een update van 25 uur en nog geen gekke dingen gezien,

dus cups en saned verwijderd (printen of scannen deed die toch niet) en een reboot heeft het opgelost.
Aha!!

quote:
2s.gif Op donderdag 9 juni 2016 11:26 schreef Bosbeetle het volgende:
linux nerds moeten wel goed leren spellen: http://tweakers.net/nieuw(...)e-uit-te-voeren.html

:D
Whut??
pi_162879332
quote:
11s.gif Op donderdag 9 juni 2016 15:53 schreef KomtTijd... het volgende:
Als ze een virus met de naam dkpg maken ben ik fucked ;(
On it
  Moderator vrijdag 10 juni 2016 @ 10:29:50 #275
27682 crew  Bosbeetle
terminaal verdwaald
pi_162884700
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
  vrijdag 10 juni 2016 @ 11:20:32 #276
226981 Gehenna
Volksmenner
pi_162885988
Robert Moog died for our synths
pi_162914071
http://www.pcworld.com/ar(...)nd-mozilla-thaw.html

En nu is het zo ver: Debian heeft nu ook officieel een 'echte' Firefox.
pi_162914193
quote:
0s.gif Op zaterdag 11 juni 2016 13:35 schreef Igen het volgende:
http://www.pcworld.com/ar(...)nd-mozilla-thaw.html

En nu is het zo ver: Debian heeft nu ook officieel een 'echte' Firefox.
OMG! Hell froze over!
Powered by Janetje®
pi_162914275
quote:
10s.gif Op zaterdag 11 juni 2016 13:40 schreef Dubbeldrank het volgende:

[..]

OMG! Hell froze over!
:Y
Het artikel is al wat ouder maar ik heb nu echt de update naar een officiële Firefox binnen.
pi_162914984
Weet iemand hoe ik in een bash-script de bestandsgrootte van een in een bestand opgenomen bestanden kan krijgen? Liefst POSIX compatible.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162925818
quote:
7s.gif Op zaterdag 11 juni 2016 14:14 schreef Aether het volgende:
Weet iemand hoe ik in een bash-script de bestandsgrootte van een in een bestand opgenomen bestanden kan krijgen? Liefst POSIX compatible.
Hmm? Bestanden in een bestand? Of directory?

size=$(stat -c %s $filename) als je gewoon bestandsgrootte zoekt
I hope you can see this because I'm doing it as hard as I can.
pi_162929583
quote:
0s.gif Op zaterdag 11 juni 2016 20:43 schreef LintuxCx het volgende:

[..]

Hmm? Bestanden in een bestand? Of directory?

size=$(stat -c %s $filename) als je gewoon bestandsgrootte zoekt
In een tekstbestand staan een aantal bestanden waarvan ik de totale bestandsgrootte wil hebben.

Die stat -c heb ik ook naar gekeken maar werkt niet (ook) op BSD/Mac.

Ik heb het nu zo opgelost:
1$(ls -l $(cat files.txt) | awk '{ total += $5 }; END { print total }')
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162933340
quote:
0s.gif Op zaterdag 11 juni 2016 13:35 schreef Igen het volgende:
http://www.pcworld.com/ar(...)nd-mozilla-thaw.html

En nu is het zo ver: Debian heeft nu ook officieel een 'echte' Firefox.
In stable ja, unstable al wat langer.
pi_163074671
Ik heb een image gemaakt van een hardeschijf met DD. alleen nu is deze image groter dan de harde schijf zelf? Wat?

dd if=/dev/sdd conv=sync,noerror bs=8M | pv -s 500107861504 | dd of=exthdd.img

Disk /dev/sdd: 500.1 GB, 500107861504 bytes

1
2
# ls -l
-rw-r--r-- 1 root root 500112031744 Jun 16 19:29 exthdd.img

Wat betekend dit? :o
pi_163077431
Wat voor grootte zie je in /proc/partitions? Die klopt voor mij iig altijd. (Maar je zou verwachten dat die logregel ook wel klopt ipv er ~4MiB naast zitten..)
I hope you can see this because I'm doing it as hard as I can.
  vrijdag 17 juni 2016 @ 08:32:28 #286
131603 Afwazig
Serious business
pi_163078864
Komt denk ik door je 8MB blocksize. Stel dat je er 4 van gebruikt dan verbruik je op je schijf nog steeds 8 MB denk ik?
pi_163078912
quote:
0s.gif Op vrijdag 17 juni 2016 00:56 schreef LintuxCx het volgende:
Wat voor grootte zie je in /proc/partitions? Die klopt voor mij iig altijd. (Maar je zou verwachten dat die logregel ook wel klopt ipv er ~4MiB naast zitten..)
Dat is nog minder
1
2
3
  8       48  488386583 sdd
   8       49  104857600 sdd1
   8       50  383525888 sdd2

quote:
0s.gif Op vrijdag 17 juni 2016 08:32 schreef Afwazig het volgende:
Komt denk ik door je 8MB blocksize. Stel dat je er 4 van gebruikt dan verbruik je op je schijf nog steeds 8 MB denk ik?
Dat klinkt op zich best logisch :P
pi_163079280
quote:
0s.gif Op vrijdag 17 juni 2016 08:36 schreef d4v1d het volgende:

[..]

Dat is nog minder
/proc/partitions is in kilobytes, moe tje nog wel even vermenigvuldigen dus:

488386583*1024
500107860992
500107860992-500112031744
-4170752
500107860992-500107861504
-512

Dus op 512 na komt het ook overeen met die logregel.

Vreemd.

quote:
Dat klinkt op zich best logisch :P
Zo gaat dat op het bestandssysteem-niveau met blokgroottes daar, maar als je een block device block voor block leest moet je dat niet krijgen. Je

Maar op zich is het wel een afronding naar 8 idd. Maf, want normaal gesproken doet dd dat niet. Lijkt door je conv=sync te komen:

wilmer@peer:~$ dd if=/etc/profile conv=noerror bs=8M | dd of=/tmp/exthdd.img
0+1 records in
0+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 2.5145e-05 s, 46.1 MB/s
2+1 records in
2+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 9.37e-05 s, 12.4 MB/s

wilmer@peer:~$ dd if=/etc/profile conv=sync bs=8M | dd of=/tmp/exthdd.img0+1 records in
1+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0339598 s, 247 MB/s
16384+0 records in
16384+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0340096 s, 247 MB/s

Normaal gesproken is bs= geen harde grens maar gewoon de waarde die aan read() meegegeven wordt. Als er minder uitkomt gaat er ook minder naar de write(). Met conv=sync kennelijk niet.
I hope you can see this because I'm doing it as hard as I can.
pi_163081511
quote:
0s.gif Op vrijdag 17 juni 2016 09:08 schreef LintuxCx het volgende:

[..]

/proc/partitions is in kilobytes, moe tje nog wel even vermenigvuldigen dus:
Oh verdomd :') Het was nog vroeg :P
quote:
488386583*1024
500107860992
500107860992-500112031744
-4170752
500107860992-500107861504
-512

Dus op 512 na komt het ook overeen met die logregel.

Vreemd.

[..]

Zo gaat dat op het bestandssysteem-niveau met blokgroottes daar, maar als je een block device block voor block leest moet je dat niet krijgen. Je

Maar op zich is het wel een afronding naar 8 idd. Maf, want normaal gesproken doet dd dat niet. Lijkt door je conv=sync te komen:

wilmer@peer:~$ dd if=/etc/profile conv=noerror bs=8M | dd of=/tmp/exthdd.img
0+1 records in
0+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 2.5145e-05 s, 46.1 MB/s
2+1 records in
2+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 9.37e-05 s, 12.4 MB/s

wilmer@peer:~$ dd if=/etc/profile conv=sync bs=8M | dd of=/tmp/exthdd.img0+1 records in
1+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0339598 s, 247 MB/s
16384+0 records in
16384+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0340096 s, 247 MB/s

Normaal gesproken is bs= geen harde grens maar gewoon de waarde die aan read() meegegeven wordt. Als er minder uitkomt gaat er ook minder naar de write(). Met conv=sync kennelijk niet.
Gek wel.

Ik ben nu nog een badblocks aan het draaien, als dat allemaal oké is dan vertrouw ik het wel.
pi_163106923
Linux (Ubuntu) bevriest soms.. dan werkt jelemaal niks meer.. muiscursor beweegt ook niet meer.
soms gebeurt het weken niet, soms 5 keer per dag.
Iemand tips ? Nogal vervelend.
see what is invisible to others.
pi_163107612
quote:
0s.gif Op zaterdag 18 juni 2016 11:46 schreef IShootPeople het volgende:
Linux (Ubuntu) bevriest soms.. dan werkt jelemaal niks meer.. muiscursor beweegt ook niet meer.
soms gebeurt het weken niet, soms 5 keer per dag.
Iemand tips ? Nogal vervelend.
Zie je iets in je dmesg op het moment dat het gebeurt?

`dmesg --ctime' voor leesbare timestamps.

Let wel:
quote:
-T, --ctime
Print human readable timestamps. The timestamp could be inaccu-
rate!

The time source used for the logs is not updated after system
SUSPEND/RESUME.



[ Bericht 10% gewijzigd door #ANONIEM op 18-06-2016 12:34:51 ]
pi_163107823
Nou.. niks werkt meer op dat moment. Dus ik vraag me af hoe ik dat dan kan zien.. ik moet de computer resetten om de boel weer aan de gang te krijgen.
see what is invisible to others.
pi_163107855
De logs worden bewaard, dus zouden na opnieuw opstarten leesbaar moeten zijn.
pi_163107887
We gaan het proberen...
see what is invisible to others.
pi_163117932
Ik kan op een Linux bak geen hostnames resolven.

Ik heb geen iptables regels, default policy is accept.
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

SELinux staat uit.

Wat kan het nog meer zijn?

Foutmelding is trouwens:
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached
pi_163118115
quote:
0s.gif Op zaterdag 18 juni 2016 19:17 schreef xaban06 het volgende:
Ik kan op een Linux bak geen hostnames resolven.

Ik heb geen iptables regels, default policy is accept.
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

SELinux staat uit.

Wat kan het nog meer zijn?

Foutmelding is trouwens:
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached
En je kan wel pingen naar 8.8.8.8?
pi_163130222
quote:
0s.gif Op zaterdag 18 juni 2016 19:17 schreef xaban06 het volgende:
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.
Ik zou inderdaad eerst eens proberen of je 8.8.8.8 kunt pingen.

quote:
Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.
tcpdump doet ook dns lookups, probeer eens tcpdump -n -i any port 53.

Heb je in /etc/nsswitch.conf een entry voor hosts met in ieder geval dns? Bv
hosts: files dns
  zondag 19 juni 2016 @ 19:50:25 #298
332574 µ
alt-m
pi_163144620
quote:
0s.gif Op zaterdag 18 juni 2016 19:17 schreef xaban06 het volgende:
Ik kan op een Linux bak geen hostnames resolven.

Ik heb geen iptables regels, default policy is accept.
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

SELinux staat uit.

Wat kan het nog meer zijn?

Foutmelding is trouwens:
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached
dig @8.8.8.8 fok.nl
?
జ్ఞ‌ా
pi_163156984
olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  maandag 20 juni 2016 @ 10:47:30 #300
226981 Gehenna
Volksmenner
pi_163157549
quote:
15s.gif Op maandag 20 juni 2016 10:18 schreef Aether het volgende:
olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
:? waar gaat dit over, en wie is hij?
Robert Moog died for our synths
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')