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?
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |