Scheelt 1 teken typen hequote:Op donderdag 19 mei 2016 21:58 schreef LintuxCx het volgende:
$() > ``
`` wordt shite als je gaat nesten bv.
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 |
SPOILEROm 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 ]
Waarom geen AMD?quote:Op donderdag 19 mei 2016 07:25 schreef Aether het volgende:
Iemand nog een VPS nodig?
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 ]
Dat gaat niet lekker met de spaties in titelsquote: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`
SPOILEROm 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
[ Bericht 16% gewijzigd door #ANONIEM op 21-05-2016 10:42:42 ]
quote: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:Werkt dit niet gewoon:SPOILEROm 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.
1
2cd map
ls */{*.mkv,*.avi,*.mov,*.wmv,*.asf,*.m4v,*.mp?} >> playlistజ్ఞా
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.quote: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 hebbenLijkt me inderdaad dat je je rollen/rechten systeem niet goed op orde hebt als dat nodig is.
Ook Bash ondersteunt tegenwoordig ** om recursief subdirs door te lopen.quote:
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.quote:Op maandag 23 mei 2016 18:17 schreef Jesse_ het volgende:
Wat zijn, behalve FileZilla, aardige ftp clients met een gui
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] |
1 | ssh: connect to host 192.168.2.6 port 22: No route to host |
Waar draait je NAS op? Misschien zijn er wel betere oplossingen dan FTP.quote: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.
Nopquote:Op maandag 23 mei 2016 22:13 schreef Blue_Panther_Ninja het volgende:
Wie gebruiken hier Linux kernel 4.7(om te testen)?
Synology's DSM 6.0quote:Op maandag 23 mei 2016 23:05 schreef d4v1d het volgende:
[..]
Waar draait je NAS op? Misschien zijn er wel betere oplossingen dan FTP.
Heeft dat geen optie tot nfs o.i.d.?quote:
SPOILEROm 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 ]
quote:Op dinsdag 24 mei 2016 18:52 schreef d4v1d het volgende:
[..]
Heeft dat geen optie tot nfs o.i.d.?nfs gebruik ik ookSPOILEROm 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.
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
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.quote:Op dinsdag 24 mei 2016 19:18 schreef Jesse_ het volgende:
[..]
nfs gebruik ik ook
Voor het dagelijkse gebruik is dat perfect. Maar als ik bulk over wil zetten doe ik dat liever via FTP.
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.
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.quote:Op zondag 29 mei 2016 21:14 schreef KomtTijd... het volgende:
Omdat het zo lekker makkelijk is in gebruik.
quote:Op zondag 29 mei 2016 23:27 schreef KomtTijd... het volgende:
Zit je nou mijn persoonlijke mening te proberen te weerleggen?
Systemd developer asks tmux to add systemd specific codequote: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."
Goed topicquote:Op zondag 29 mei 2016 23:27 schreef KomtTijd... het volgende:
Zit je nou mijn persoonlijke mening te proberen te weerleggen?
Hmmmmmm.quote:Op maandag 30 mei 2016 10:04 schreef Aether het volgende:
[..]
Systemd developer asks tmux to add systemd specific code
Ik zou zeggen:quote:Op maandag 30 mei 2016 10:04 schreef Aether het volgende:
[..]
Systemd developer asks tmux to add systemd specific code
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.quote: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?
WTFquote:Op maandag 30 mei 2016 10:04 schreef Aether het volgende:
[..]
Systemd developer asks tmux to add systemd specific code
tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.quote:
Gelukkig wordt het snel gedaan.quote: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?quote: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.
Geen idee. Gebruiken mensen dat nog?quote:Op donderdag 2 juni 2016 13:16 schreef Aether het volgende:
[..]
Ik begrijp dat `screen` dit dus al goed deed?
tmux biedt vrijwel dezelfde functionaliteit, dus daaromquote:
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
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:quote:Op donderdag 2 juni 2016 14:40 schreef Dubbeldrank het volgende:
Waarom zou ik tmux verkiezen boven screen?
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.quote: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
Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).quote:
Hoe zie ik wat er op I/O wacht? Of is iotop daarvoor voldoendequote: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.
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.quote: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
Oh oké, bedankt.quote: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.
Kapotte mounts?quote: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
1 | for x in `seq 1 1 10`; do ps -eo state,pid,cmd | grep "^D"; echo "----"; sleep 5; done |
er is een optie in systemd om het killen uit te zettenquote: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.
Kijk even naar je interrupts? Misschien zit er ergens een loop.quote: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
Is dit een server of een desktop?quote: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
Server, heeft nu een update van 25 uur en nog geen gekke dingen gezien,quote:Op woensdag 8 juni 2016 22:19 schreef Blue_Panther_Ninja het volgende:
[..]
Is dit een server of een desktop?
Aha!!quote: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.
Whut??quote: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
On itquote:Op donderdag 9 juni 2016 15:53 schreef KomtTijd... het volgende:
Als ze een virus met de naam dkpg maken ben ik fucked
OMG! Hell froze over!quote: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.
Hmm? Bestanden in een bestand? Of directory?quote: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.
In een tekstbestand staan een aantal bestanden waarvan ik de totale bestandsgrootte wil hebben.quote: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
1 | $(ls -l $(cat files.txt) | awk '{ total += $5 }; END { print total }') |
In stable ja, unstable al wat langer.quote: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.
1 2 | # ls -l -rw-r--r-- 1 root root 500112031744 Jun 16 19:29 exthdd.img |
Dat is nog minderquote: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..)
1 2 3 | 8 48 488386583 sdd 8 49 104857600 sdd1 8 50 383525888 sdd2 |
Dat klinkt op zich best logischquote: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?
/proc/partitions is in kilobytes, moe tje nog wel even vermenigvuldigen dus:quote:
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. Jequote:Dat klinkt op zich best logisch
Oh verdomdquote:Op vrijdag 17 juni 2016 09:08 schreef LintuxCx het volgende:
[..]
/proc/partitions is in kilobytes, moe tje nog wel even vermenigvuldigen dus:
Gek wel.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.
Zie je iets in je dmesg op het moment dat het gebeurt?quote: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.
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.
En je kan wel pingen naar 8.8.8.8?quote: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
Ik zou inderdaad eerst eens proberen of je 8.8.8.8 kunt pingen.quote: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.
tcpdump doet ook dns lookups, probeer eens tcpdump -n -i any port 53.quote:Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.
dig @8.8.8.8 fok.nlquote: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
twitter: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
quote:Op maandag 20 juni 2016 10:18 schreef Aether het volgende:
twitter: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
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |