Kijk eens aan, succes! En nog een kleine tip, eerst 'apt-get update' doen na het wijzigingen aan je sources.list. Anders neemt hij de aanpassingen niet mee. Waarschijnlijk heb je het al gedaan, maar ik denk ik zeg het nog even.quote:Op vrijdag 14 april 2017 10:15 schreef vaginabeheerder het volgende:
[..]
Ja nou gebeurd er wat, bedankt
Alle tips zijn welkomquote:Op vrijdag 14 april 2017 10:17 schreef Dubbeldrank het volgende:
[..]
Kijk eens aan, succes! En nog een kleine tip, eerst 'apt-get update' doen na het wijzigingen aan je sources.list. Anders neemt hij de aanpassingen niet mee. Waarschijnlijk heb je het al gedaan, maar ik denk ik zeg het nog even.
de mail van Debian:quote:jofer@debian:~$ su
Wachtwoord:
root@debian:/home/jofer# apt update
Ophalen:1 http://http.us.debian.org/debian stretch InRelease [190 kB]
Geraakt:2 http://security.debian.org/debian-security stretch/updates InRelease
Ophalen:3 http://http.us.debian.org/debian stretch/non-free amd64 DEP-11 Metadata [7140 B]
Ophalen:4 http://http.us.debian.org/debian stretch/non-free DEP-11 64x64 Icons [30,0 kB]
Ophalen:5 http://http.us.debian.org/debian stretch/main amd64 DEP-11 Metadata [3077 kB]
Ophalen:6 http://http.us.debian.org/debian stretch/main DEP-11 64x64 Icons [6865 kB]
Ophalen:7 http://http.us.debian.org/debian stretch/contrib amd64 DEP-11 Metadata [8292 B]
Ophalen:8 http://http.us.debian.org/debian stretch/contrib DEP-11 64x64 Icons [117 kB]
10,3 MB opgehaald in 6min 20s (27,0 kB/s)
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd
De statusinformatie wordt gelezen... Klaar
Alle pakketten zijn up-to-date.
W: http://security.debian.or(...)ch/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://http.us.debian.org/debian/dists/stretch/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
mijn uitslag:quote:Hm. Some newfangled sandboxing stuff, it seems. On my system (no synaptic,
no desktop environment), the trusted keys are just readable by root:
tomas@rasputin:~$ ls -l /etc/apt/trusted.gpg
-rw------- 1 root root 0 Aug 7 2012 /etc/apt/trusted.gpg
I *gues* this _apt thing is to allow running synaptic as non-root (which
in itself is a Good Thing, one might guess).
Can you do the following, on a console:
grep "_apt" /etc/passwd
(this is to see whether, and how an user named _apt is known to your
system) and
ls -l /etc/apt/trusted.gpg
(this is to see the file's permissions, etc.), and then perhaps
getfacl /etc/apt/trusted.gpg
(more info about the access controls to that file) and post your
results here?
Het probleem ligt dus nog bij Debian denk ik?quote:root@debian:~# grep "_apt" /etc/passwd
_apt:x:104:65534::/nonexistent:/bin/false
root@debian:~# getfacl /etc/apt/trusted.gpg
getfacl: Removing leading '/' from absolute path names
# file: etc/apt/trusted.gpg
# owner: root
# group: root
user::rw-
group::---
other::---
Ja ik heb een idee: geen debian testing gebruiken maar gewoon ubuntu. Debian biedt echt nul komma nul meerwaarde tov ubuntu.quote:Op vrijdag 14 april 2017 11:52 schreef vaginabeheerder het volgende:
[..]
Alle tips zijn welkom
Maar ik krijg weer foutmeldingen bij het downloaden, na wat zoekwerk op google een bekend probleem bij debian stretch.
[..]
de mail van Debian:
[..]
mijn uitslag:
[..]
Het probleem ligt dus nog bij Debian denk ik?
Ik wacht wel tot er een oplossing komt of jullie moeten een idee hebben.
Klopt! Als je echt wat wil leren, bouw dan je pc een keer op van scratch met Gentoo of Arch. Daar leer je meer van dan een distro te gebruiken die de basis is voor de ander (sort of). Of blijf bij Ubuntu, wat een prima distro is in vele varianten.quote:Op vrijdag 14 april 2017 12:03 schreef Farenji het volgende:
[..]
Ja ik heb een idee: geen debian testing gebruiken maar gewoon ubuntu. Debian biedt echt nul komma nul meerwaarde tov ubuntu.
Volgens mij is Ubuntu in de basis gewoon Debian of vergis ik me nou?quote:Op vrijdag 14 april 2017 12:03 schreef Farenji het volgende:
[..]
Ja ik heb een idee: geen debian testing gebruiken maar gewoon ubuntu. Debian biedt echt nul komma nul meerwaarde tov ubuntu.
Ubuntu is gebaseerd op Debian maar dan een stabiele versie. Eentje die gewoon werkt en blijft werken, en met recente software-versies.quote:Op vrijdag 14 april 2017 13:05 schreef vaginabeheerder het volgende:
[..]
Volgens mij is Ubuntu in de basis gewoon Debian of vergis ik me nou?
Als hoofd os gebruik ik Ubuntu GNOME maar als 2e os heb ik Debian, beetje rommelen is wel leuk, daar leer je weer van.
Nee, Ubuntu is gebaseerd op Debian, maar het is geen Debian. De verschillen met Debian worden steeds groter, qua packages en werkwijze. Het package aanbod onder Ubuntu is vele malen groter dan onder Debian, ook de ondersteuning van hardware is bij Debian beperkter aangezien ze niets doen met proprietary firmwares en drivers.quote:Op vrijdag 14 april 2017 13:05 schreef vaginabeheerder het volgende:
[..]
Volgens mij is Ubuntu in de basis gewoon Debian of vergis ik me nou?
Als hoofd os gebruik ik Ubuntu GNOME maar als 2e os heb ik Debian, beetje rommelen is wel leuk, daar leer je weer van.
Nu nog de shell extensions inrichtenquote:Op vrijdag 14 april 2017 18:52 schreef vaginabeheerder het volgende:
De aanhouder wint
[ afbeelding ]
1 2 3 4 5 6 7 8 9 10 11 12 13 | #!/bin/sh ffmpeg -stimeout 600\ -rtsp_transport udp \ -i rtsp://192.168.1.240/unicast \ -c copy \ -map 0:0 \ -f segment \ -segment_time 3600 \ -segment_wrap 100 \ -segment_format mov \ -strftime 1 \ -reset_timestamps 1 \ "/raid1/homes/share/public/recordings/queue/bedroom/%Y/%m/%d/%H-%M.mp4" |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | Input #0, rtsp, from 'rtsp://192.168.1.240/unicast': Metadata: title : LIVE555 Streaming Media v2014.07.04 comment : LIVE555 Streaming Media v2014.07.04 Duration: N/A, start: 0.000750, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 1920x1080, 90k tbr, 90k tbn, 180k tbc Stream #0:1: Audio: pcm_alaw, 8000 Hz, 1 channels, s16, 64 kb/s [segment @ 0x2557300] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. [segment @ 0x2557300] Failed to open segment '/raid1/homes/share/public/recordings/queue/bedroom/2017/04/23/14-19.mp4' Output #0, segment, to '/raid1/homes/share/public/recordings/queue/bedroom/%Y/%m/%d/%H-%M.mp4': Metadata: title : LIVE555 Streaming Media v2014.07.04 comment : LIVE555 Streaming Media v2014.07.04 encoder : Lavf57.41.100 Stream #0:0: Video: h264, yuv420p, 1920x1080, q=2-31, 90k tbr, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): No such file or directory |
1 2 3 4 5 6 7 8 9 10 11 12 13 | $ ffmpeg -version ffmpeg version N-80901-gfebc862 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3) configuration: --extra-libs=-ldl --prefix=/opt/ffmpeg --mandir=/usr/share/man --enable-avresample --disable-debug --enable-nonfree --enable-gpl --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-decoder=amrnb --disable-decoder=amrwb --enable-libpulse --enable-libfreetype --enable-gnutls --enable-libx264 --enable-libx265 --enable-libfdk-aac --enable-libvorbis --enable-libmp3lame --enable-libopus --enable-libvpx --enable-libspeex --enable-libass --enable-avisynth --enable-libsoxr --enable-libxvid --enable-libvidstab libavutil 55. 28.100 / 55. 28.100 libavcodec 57. 48.101 / 57. 48.101 libavformat 57. 41.100 / 57. 41.100 libavdevice 57. 0.102 / 57. 0.102 libavfilter 6. 47.100 / 6. 47.100 libavresample 3. 0. 0 / 3. 0. 0 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 |
FFmpeg blijft draaien. Het is niet alsof ik FFmpeg elke dag opnieuw aanzet en dan de map voor die dag kan aanmaken.quote:Op zondag 23 april 2017 15:32 schreef NightH4wk het volgende:
Een mkdir in je script of via crontab de directory steeds automatisch aanmaken?
Via crontab klinkt het makkelijkste dus. Doe ik ook met bepaalde logs.quote:Op zondag 23 april 2017 15:35 schreef d4v1d het volgende:
[..]
FFmpeg blijft draaien. Het is niet alsof ik FFmpeg elke dag opnieuw aanzet en dan de map voor die dag kan aanmaken.
Ik kan wel van te voren een hele hoop mappen gaan aanmaken, maar ik heb liever dat de map er pas komt als er ook opnames voor zijn.
FFmpeg blijft draaien. Als alles goed werkt kan FFmpeg gewoon maanden onder hetzelfde proces draaien. Ik kan dus niet voordat FFmpeg start mappen gaan maken.quote:Op zondag 23 april 2017 16:35 schreef TourOfData het volgende:
Bash script voor checken of de bestaande map bestaat? En zo niet, via dezelfde bash script met mkdir laten aanmaken, voordat FFMPEG het wegschrijft?
1 2 3 4 5 6 7 8 9 10 11 | #!/bin/sh BASEDIR=/raid1/homes/share/public/recordings/queue/bedroom/ #Delete empty directories find $BASEDIR -type d -empty -delete #Create directory for current day.. Just in case something went wrong mkdir -p $BASEDIR$(date +"%Y/%m/%d/") #Create directory for next day mkdir -p $BASEDIR$(date --date="1 day" +"%Y/%m/%d/") |
Zo te zien houd je ervan zaken van elkaar te scheiden uit angst/voorzorg?quote:Op dinsdag 18 april 2017 13:18 schreef NightH4wk het volgende:
Afgelopen weekend een tweedehands x220 gekocht. OpenBSD erop gezet met XFCE / KDE als desktop, werkt heel soepel. [ afbeelding ]
Ik had al een x220 als web/mail/file-server (ook OpenBSD). En een Asus ul30a met Fedora voor zaken als Popcorn Time.
De web / mail server is voor persoonlijk gebruik, dus hoeft niet in een datacentrum oid te hangen voor uplink speed. Dit is veel goedkoper dan een VPS. Daarnaast voelt het beter om alles zelf draaiende te hebben; niemand die bij mijn data kan. Als desktop werkt OpenBSD heel goed (web, multimedia, etc.). Voor paar randgevallen dus Linux. Gamen via Steam en PS4.quote:Op maandag 8 mei 2017 00:20 schreef Iwanius het volgende:
[..]
Zo te zien houd je ervan zaken van elkaar te scheiden uit angst/voorzorg?
Unity gaat eruit in de volgende versiequote:Op dinsdag 9 mei 2017 14:19 schreef Tijn het volgende:
Ik heb vorige week een Intel NUC gekocht ter vervanging van m'n iMac, met het idee om er Linux op te gaan draaien. Ik heb sinds 2003 met OS X gewerkt (en daarvoor Windows), maar ik had niet langer het idee dat ik op het winnende paard aan het wedden was.
Ik heb Ubuntu maar geïnstalleerd, dat leek me de meest mainstream distro. En ik weet dat mensen een hekel hebben aan Unity, maar ik vind het eigenlijk wel goed werken allemaal. Het lijkt in mijn beleving best veel op OS X eigenlijk.
So far so good!
Unity is in 17.10 en 18.04 nog aanwezig maar we gaan over naar Gnome 3.quote:Op dinsdag 9 mei 2017 14:19 schreef Tijn het volgende:
Ik heb vorige week een Intel NUC gekocht ter vervanging van m'n iMac, met het idee om er Linux op te gaan draaien. Ik heb sinds 2003 met OS X gewerkt (en daarvoor Windows), maar ik had niet langer het idee dat ik op het winnende paard aan het wedden was.
Ik heb Ubuntu maar geïnstalleerd, dat leek me de meest mainstream distro. En ik weet dat mensen een hekel hebben aan Unity, maar ik vind het eigenlijk wel goed werken allemaal. Het lijkt in mijn beleving best veel op OS X eigenlijk.
So far so good!
Pas in 2018 toch? Volgens mij heeft 17.10 nog gewoon Unity als standaard desktop environment.quote:
Ah, kay.quote:Op donderdag 11 mei 2017 11:14 schreef Tijn het volgende:
[..]
Pas in 2018 toch? Volgens mij heeft 17.10 nog gewoon Unity als standaard desktop environment.
AwesomeWMquote:Op donderdag 11 mei 2017 10:25 schreef NightH4wk het volgende:
Xfce DE master race
Zelfs ingebouwde drop-down terminal zoals yakuake in KDE.
Okay, je hebt gelijk. Maar werd awesome beetje zat.quote:
Waarom zat?quote:Op donderdag 11 mei 2017 14:04 schreef NightH4wk het volgende:
[..]
Okay, je hebt gelijk. Maar werd awesome beetje zat.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | debug1: sshd version OpenSSH_7.2, OpenSSL 1.0.2g 1 Mar 2016 debug1: key_load_private: Permission denied Could not load host key: /etc/ssh/ssh_host_rsa_key debug1: key_load_private: Permission denied Could not load host key: /etc/ssh/ssh_host_dsa_key debug1: key_load_private: Permission denied Could not load host key: /etc/ssh/ssh_host_ecdsa_key debug1: key_load_private: Permission denied Could not load host key: /etc/ssh/ssh_host_ed25519_key debug1: setgroups() failed: Operation not permitted debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: Set /proc/self/oom_score_adj from 0 to -1000 debug1: Bind to port 22 on 0.0.0.0. Bind to port 22 on 0.0.0.0 failed: Permission denied. debug1: Bind to port 22 on ::. Bind to port 22 on :: failed: Permission denied. Cannot bind any address. |
Nope. Maar dat zou betekenen dat sshd standaard niet met root-permission loopt. Waar kan dat fout gegaan zijn?quote:Op donderdag 25 mei 2017 22:12 schreef wdn het volgende:
Permissions errors... 1st vraag is dan altijd: geen sudo gebruikt toevallig?
Met Mint zelf is niets mis (wat niet inhoudt dat ik geen ruimte voor verbetering zie), het probleem zit meer bij Windows en de third party applications. Het dual booten geeft ook wat probleempjes, 1 probleem (verschillend tijdsysteem) kan je gemakkelijk oplossen, het andere (dankzij gepruts van MS gaat het mounten van een NTFS-partitie met W8/W10 al een flinke tijd niet goed) niet. Nog een reden om voor het besturingssysteem een relatief kleine partitie te reserveren en de grote databestanden op een aparte partitie te plaatsen.quote:Op vrijdag 12 mei 2017 00:42 schreef Rafeiro het volgende:
Ik draai nu al redelijke tijd Mint, bevalt prima, alles wat ik nodig heb werkt en ik vermaak me prima.
Instellingen van de virtuele machine (gereserveerd RAM...) aanpassen?quote:In virtualbox zelf kan ik android wel starten, maar dat is debiel traag. Iemand een idee hoe je dit soepel aan de gang kan krijgen?
Wat wil je precies doen? Voor verbinding maken heb je in principe de daemon (sshd) niet nodig (alleen op de host). Misschien helpt het om het systeem te updaten? OpenSSH_7.2 / OpenSSL 1.0.2g is denk ik niet de meest recente versie die je beschikbaar hebt.quote:Op donderdag 25 mei 2017 22:09 schreef Ser_Ciappelletto het volgende:
Ik heb een probleem met SecureShell: ik kan geen verbinding maken met enig ander apparaat via sshd. Als ik de debug aanzet, krijg ik deze meldingen:
[ code verwijderd ]
Iemand enig idee waar dit aan kan liggen?
Automatische backups maken vooral. Als ik gewoon SSH gebruik, krijg ik de melding: Permission denied (publickey). ssh -v geeft een boel pogingen en verder niets. De keys op beide machines zijn in orde, en ik kan vanuit de server wel naar de computer SSH-en. Ook als ik password authentication aanzet werkt het gewoon. Alleen die publickey dus niet.quote:Op donderdag 25 mei 2017 23:22 schreef NightH4wk het volgende:
[..]
Wat wil je precies doen? Voor verbinding maken heb je in principe de daemon (sshd) niet nodig (alleen op de host). Misschien helpt het om het systeem te updaten? OpenSSH_7.2 / OpenSSL 1.0.2g is denk ik niet de meest recente versie die je beschikbaar hebt.
ssh en sshd zijn zo essentieel dat ze altijd zouden moeten werken. Vreemd probleem dus.
Hoe weet je dat zo zeker? Als ik die foutmeldingen zie, dan lijkt het er toch sterk op dat er daar juist iets misgaat.quote:Op donderdag 25 mei 2017 23:43 schreef Ser_Ciappelletto het volgende:
[..]
De keys op beide machines zijn in orde.
Omdat ik ze helemaal hersteld heb. Mijn eerste idee was ook dat op een of andere manier de keys niet in orde waren, dus heb ik ze gesynct (of hoe je dat ook noemt) tussen beide computers.quote:Op vrijdag 26 mei 2017 07:41 schreef thabit het volgende:
[..]
Hoe weet je dat zo zeker? Als ik die foutmeldingen zie, dan lijkt het er toch sterk op dat er daar juist iets misgaat.
Ik zou het verder niet weten. Je weet dus 100% zeker dat de permissies goed staan? Ook als je bijvoorbeeld vergelijkt met de andere machine?quote:Op donderdag 25 mei 2017 23:43 schreef Ser_Ciappelletto het volgende:
[..]
Automatische backups maken vooral. Als ik gewoon SSH gebruik, krijg ik de melding: Permission denied (publickey). ssh -v geeft een boel pogingen en verder niets. De keys op beide machines zijn in orde, en ik kan vanuit de server wel naar de computer SSH-en. Ook als ik password authentication aanzet werkt het gewoon. Alleen die publickey dus niet.
Dat lijkt mij ook. Je private key moet je eigen uid/gid hebben en permissies 600.quote:Op vrijdag 26 mei 2017 11:43 schreef TargaFlorio het volgende:
Ik zou zeggen dat de rechten van de keys niet goed zijn.
Zoals hier boven al vermeld, je moet ssh gebruiken en niet sshd. De errors die je laat zien is omdat je als gewone gebruiker a) geen toegang hebt tot de private host keys in /etc/ssh en b) je geen porten onder 1024 kunt open voor communicatie.quote:Op donderdag 25 mei 2017 23:43 schreef Ser_Ciappelletto het volgende:
[..]
Automatische backups maken vooral. Als ik gewoon SSH gebruik, krijg ik de melding: Permission denied (publickey). ssh -v geeft een boel pogingen en verder niets. De keys op beide machines zijn in orde, en ik kan vanuit de server wel naar de computer SSH-en. Ook als ik password authentication aanzet werkt het gewoon. Alleen die publickey dus niet.
1 2 | cd /home/ikzelf/camo PORT=9090 CAMO_KEY="supersecretpasshier" forever server.js |
Maar hoe sluit ik dit weer af om weer verder op de server te kunnen frotten?quote:warn: --minUptime not set. Defaulting to: 1000ms
warn: --spinSleepTime not set. Your script will exit if it does not stay up for at least 1000ms
SSL-Proxy running on 9090 with pid:3750 version:2.3.0.
1 | PORT=9090 CAMO_KEY="supersecretpasshier" forever start server.js |
Ctrl-z doet dat, niet ctrl-x.quote:Op zondag 4 juni 2017 14:11 schreef Farenji het volgende:
Ctrl-x sluit geen proces af he, maar pauzeert het en stuurt het naar de achtergrond. Met "bg" draait het verder op de achtergrond. Als je je terminal sessie afsluit dan stopt het achtergrond process ook, tenzij je het eerst "disown"-t.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |