Re: [lmn] linbo 2.3.3 - Probleme

[Alois Raunheimer]

Hallo Tobias,

es laufen bis auf zwei Rechner alle, deshalb gehe ich davon aus dass die
Ursache in der Netzwerk-Verkabelung, oder bei den Rechnern zu suchen ist.

Wenn es die Karten wären, dann würden vermutlich alle Rechner nicht
funktionieren.

Es ist natürlich denkbar dass bei den betroffenen Rechnern die Karten
defekt sind.

Gruß Alois

Am 31.07.2016 00:01 schrieb "T. Küchel" :

> Hallo Alois, hallo Stephan,
>
> linbo 2.3.4 (bessergesagt tftp + grub) hat grade noch Problem mit
> Atheros- Netzwerk-chipsätzen,
> siehe http://www.linuxmuster.net/forum/forum.php?req=thread&postid=6167
>
> vielleicht trifft das auch auf dich zu.
> Schau mal mit einem live-system welcher chipsatz (lsusb bzw. lshw -c
> net) verbaut ist.
>
> Grße, Tobias
>
> Am 30.07.2016 um 23:35 schrieb Alois Raunheimer:
> > Hallo Stefan,
> >
> > dann schau Dir die Rechner mit einem Live- System an.
> >
> > Speichertest
> > Prozessortest
> > Festplatte mit Smartmontools testen
> > Ping von dem Rechner auf andere und umgekehrt.
> > Andere Patchleitungen verwenden
> > Andere Dose verwenden
> > Anderen Switchport verwenden
> >
> > Und wenn dabei nichts heraus kommt hätte ich auch keine Idee mehr.
> >
> > Gruß Alois
> >
> >
> > Am 30.07.2016 23:23 schrieb "Stefan Leßmann"
> > mailto:stefan.lessm...@googlemail.com
> >>:
> >
> > Hallo Alois,
> >
> >
> > Am 30.07.2016 um 18:11 schrieb Alois Raunheimer:
> >
> > ich würde die beiden mal neu partitionieren und dann das Image
> > laden.
> >
> >
> > Bis zum Partitionieren komm ich ja gar nicht, Linbo startet ja
> > nicht. Ich werd mir die Teile nächste Woche irgendwann nochmal
> > vorknöpfen, jetzt ist erstmal dringend Wochenende.
> >
> > Grüße,
> > Stefan
> >
> > ___
> > linuxmuster-user mailing list
> > linuxmuster-user@lists.linuxmuster.net
> > 
> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> >
> >
> >
> >
> > ___
> > linuxmuster-user mailing list
> > linuxmuster-user@lists.linuxmuster.net
> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> >
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] WLAN im Verwaltungsnetzwerk, Synchronisation von Verwaltungsterminen mit der Apple Cloud

[Holger Baumhof]

Hallo,

>> ich meine, es sollte reichen, wenn du darauf hinweist, dass du das für
>> zu unsícher hälst: du bist ja nicht der Datenschutzbeauftragte der Schule.
>> Die SL soll die Frage an den Datenschutzbeauftragten weiter geben.
>> .. oder im KM nachfragen: macht meine Schulleiterin immer mal, wenn sie
>> nicht weiter weiß.
> Das sollte und wird er nicht machen ...
> Wer der Behörde solche Fragen stellt, muss damit rechnen, dass ihm die
> Antwort nicht gefällt
> oder auch "Don't ask silly Questions!"

das sehe ich nicht so.
Ich finde es sehr schlau von meiner Schulleiterin in solchen Dingen
einfach mal im Amt nach zu fragen: so bekommt man verlässliche Antworten
und agiert nicht in einem Graubereich.

VIele Grüße

Holger
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

[lmn] Anmeldeverhalten Ubuntu 16.04

[T . Küchel]

Hallo Rainer,

danke, das werde ich testen.
Könnte dann auch ein nscd-Problem sein?
vG, Tobias

Am 30.07.2016 um 22:52 schrieb rai...@linuxmuster.net:
> 
> Hallo!
> 
> Ich hatte das Problem mit dem teilweise nicht verbundenen home vom
> Server auch und festgestellt, dass immer nur der erste Eintrag in
> /etc/security/pam_mount.conf.xml
> betroffen war.
> 
> Mit folgender Änderung in /etc/ldap.conf (ganz am Ende. letzter Eintrag
> ersetzen):
> 
> (...)
> #nss_initgroups_ignoreusers
> avahi,avahi-autoipd,backup,bin,daemon,games,gdm,gnats,haldaemon,hplip,irc,klog,libuuid,list,lp,mail,man,messagebus,news,polkituser,proxy,pulse,root,saned,sshd,sync,sys,syslog,uucp,vboxadd,www-data
>
>  
> nss_initgroups_ignoreusers
> avahi,avahi-autoipd,backup,bin,clamav,clickpkg,colord,daemon,dnsmasq,games,gdm,gnats,haldaemon,hplip,irc,kernoops,klog,libuuid,lightdm,list,lp,mail,man,messagebus,mysql,news,ntpd,oident,polkituser,proxy,pulse,root,rtkit,saned,speech-dispatcher,sshd,sync,sys,syslog,usbmux,uucp,vboxadd,whoopsie,www-data
> 
> konnte ich das Problem lösen.
> 
> Gruß - Rainer
> 
> 
> Am 29.07.2016 um 15:46 schrieb Sebastian Funke:
>> Hallo Gregor,
> 
>> vielen Dank für die Hinweise.
> 
>> Das werde ich probieren und mich dann melden.
> 
>> Schönen Gruß,
> 
>> Sebastian
> 
>>> Am 29.07.2016 um 11:23 schrieb list-linuxmuster-u...@kopka.net
> :
>>>
>>> Sebastian,
>>>
>>> - Homelaufwerk nicht eingebunden:
>>> abmelden
>>> +
>>> anmelden und root werden
>>> /mount/ ausführen und schauen ob noch irgendwelche Sachen vom Server
> gemounted sind, da war mal ein Bug der hat den letzten User nicht
> richtig abgeräumt und dann schlägt die erneute Verbindung zum Server
> fehl da das Script denkt es wäre schon alles erledigt.
>>>
>>> - Zum checken ob 2. DHCP dazwischenfunkt:
>>> Sobald Du einen Rechner hast der aktuell von dem Problem (hängt)
> betroffen ist:
>>> +
>>> anmelden und root werden
>>> /ifconfig/ ausführen und die IP auf dem Netzwerkinterface anschauen
>>>
>>> - Shutdown klemmt:
>>> Ein 2. DHCP im Netz kommt vor (wlan Access Points die beschließen auf
> Default-Konfiguration zu gehen sind da gerne genommen), würde aber nicht
> erklären warum /shutdown now/ als root nicht funktioniert.
>>> Sollte das terminal/ssh nach sowas noch reagieren als root /dmesg/
> ausführen und schauen was passiert, auch mal in syslog schauen.
>>>
>>> Schönes Wochenende,
>>>
>>> Gregor
>>>
>>>
>>> Am 29.07.2016 um 11:00 schrieb Sebastian Funke:
 Hallo Holger,

 Du schreibst:

> Am 29.07.2016 um 10:25 schrieb Holger Baumhof :
>
> HAllo Sebastian,
>
>> Aber:
>> Ich habe sowohl Rechner mit dem alten 12.04-Image, bei denen es
> keine Probleme dieser Art gibt,
>> als auch Rechner mit dem neuen 16.04-Image, bei denen dieses
> merkwürdige Verhalten auftritt.
> .. das ist genau die Aussage, die mir nichts bringt.
> Stimmt den diese Aussage?
> "Ich habe auch Rechner mit 16.04, bei denen das Problem nicht
> auftritt“?
 Hm, ok. Das ist nicht so einfach zu sagen, da ich dazu jeden
> 16.04-Rechner testen müsste.
 Werde ich aber in Stichproben für verschiedene Orte/Räume mal machen.
 Ich dachte, dass es hilft, wenn klar ist, dass das Problem bei den
> Ubuntu 12.04-Rechnern nicht auftritt.
 (Würde es auch dort auftreten, müsste es ja ein prinzipielles
> Problem sein, welches das gesamte Netz betrifft.)

>> Das würde wohl gegen einen zweiten DHCP
> nein, würde es nicht.
>
>> oder Probleme mit der Netzwerkkarte des Servers
> ja, dagegen spricht es.
>
>> und für Probleme mit einem neuen Kernel im neuen Image sprechen.
> das ist möglich geblieben.
>
> Der DHCP kann, je nach dem wo er steht, einzelne Segmente stärker oder
> nicht so stark beeinträchtigen.
 Ok.

> Du mußt sehr genau beobachten: wo tritt das Problem auf?
 Ich habe auf meinem Vorlagen-Rechner zum Ausrollen der Images
> zunächst Ubuntu 12.04 gehabt (ohne Problemen nach der Anmeldung)
 und dann auf denselben Rechner das neue Image mit Ubuntu 16.04
> gespielt (mit Problemen nach der Anmeldung).

 Da in der (verhältnismäßig kurzen, d.h. ein paar Wochen) Zeit
> zwischen diesen beiden Zuständen
 auch Aktualisierungen auf dem Server vorgenommen wurden,
 kann das Problem theoretisch natürlich auch in dieser Zeitspanne
> entstanden sein.

 Zum Testen bespiele ich also wohl am Besten mal den Problemrechner
> mit dem alten 12.04-Image
 und schaue, ob das Problem zur Zeit dort ebenfalls vorliegt und
> melde mich dann nochmal.
 Liegt es auf diesem Rechner beim Ubuntu12.04 nicht mehr vor, müsste
> es am 16.04-Client liegen, oder?

> Wo ist es schlimmer?
 Kann ich noch nicht sagen.

> Welche Hardwareklasse ist betroffen?
 Es handelt sich im Lenovo-Rechner. Welche Angaben sind relevant?

> Könnte es einen ZUsammenhang zwischen HWK und Ort geben? Also mal ein
> paar Rechn

Re: [lmn] linbo 2.3.3 - Probleme

[Stefan Leßmann]

Am 30.07.2016 um 23:35 schrieb Alois Raunheimer:

Hallo Stefan,

dann schau Dir die Rechner mit einem Live- System an.

>
> Speichertest
> Prozessortest
> Festplatte mit Smartmontools testen
> Ping von dem Rechner auf andere und umgekehrt.

Wollte ich machen, die Rechner haben aber kein CD-Laufwerk und 
PartedMagic von USB-Stick wollte irgendwie auch nicht... Bekomm' ich 
noch hin.



Andere Patchleitungen verwenden


Hab ich gemacht.


Andere Dose verwenden


Hab ich gemacht.


Anderen Switchport verwenden


Hab ich gemacht.



Und wenn dabei nichts heraus kommt hätte ich auch keine Idee mehr.


Jetzt schau ich erstmal nächste Woche nach dem Live-System.

Grüße,
Stefan



Gruß Alois


Am 30.07.2016 23:23 schrieb "Stefan Leßmann"
mailto:stefan.lessm...@googlemail.com>>:

Hallo Alois,


Am 30.07.2016 um 18:11 schrieb Alois Raunheimer:

ich würde die beiden mal neu partitionieren und dann das Image
laden.


Bis zum Partitionieren komm ich ja gar nicht, Linbo startet ja
nicht. Ich werd mir die Teile nächste Woche irgendwann nochmal
vorknöpfen, jetzt ist erstmal dringend Wochenende.

Grüße,
Stefan

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net

https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user




___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user



___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

[rai...@linuxmuster.net]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo!

Ich hatte das Problem mit dem teilweise nicht verbundenen home vom
Server auch und festgestellt, dass immer nur der erste Eintrag in
/etc/security/pam_mount.conf.xml
betroffen war.

Mit folgender Änderung in /etc/ldap.conf (ganz am Ende. letzter Eintrag
ersetzen):

(...)
#nss_initgroups_ignoreusers
avahi,avahi-autoipd,backup,bin,daemon,games,gdm,gnats,haldaemon,hplip,irc,klog,libuuid,list,lp,mail,man,messagebus,news,polkituser,proxy,pulse,root,saned,sshd,sync,sys,syslog,uucp,vboxadd,www-data
   
 
nss_initgroups_ignoreusers
avahi,avahi-autoipd,backup,bin,clamav,clickpkg,colord,daemon,dnsmasq,games,gdm,gnats,haldaemon,hplip,irc,kernoops,klog,libuuid,lightdm,list,lp,mail,man,messagebus,mysql,news,ntpd,oident,polkituser,proxy,pulse,root,rtkit,saned,speech-dispatcher,sshd,sync,sys,syslog,usbmux,uucp,vboxadd,whoopsie,www-data

konnte ich das Problem lösen.

Gruß - Rainer


Am 29.07.2016 um 15:46 schrieb Sebastian Funke:
> Hallo Gregor,
>
> vielen Dank für die Hinweise.
>
> Das werde ich probieren und mich dann melden.
>
> Schönen Gruß,
>
> Sebastian
>
>> Am 29.07.2016 um 11:23 schrieb list-linuxmuster-u...@kopka.net
:
>>
>> Sebastian,
>>
>> - Homelaufwerk nicht eingebunden:
>> abmelden
>> +
>> anmelden und root werden
>> /mount/ ausführen und schauen ob noch irgendwelche Sachen vom Server
gemounted sind, da war mal ein Bug der hat den letzten User nicht
richtig abgeräumt und dann schlägt die erneute Verbindung zum Server
fehl da das Script denkt es wäre schon alles erledigt.
>>
>> - Zum checken ob 2. DHCP dazwischenfunkt:
>> Sobald Du einen Rechner hast der aktuell von dem Problem (hängt)
betroffen ist:
>> +
>> anmelden und root werden
>> /ifconfig/ ausführen und die IP auf dem Netzwerkinterface anschauen
>>
>> - Shutdown klemmt:
>> Ein 2. DHCP im Netz kommt vor (wlan Access Points die beschließen auf
Default-Konfiguration zu gehen sind da gerne genommen), würde aber nicht
erklären warum /shutdown now/ als root nicht funktioniert.
>> Sollte das terminal/ssh nach sowas noch reagieren als root /dmesg/
ausführen und schauen was passiert, auch mal in syslog schauen.
>>
>> Schönes Wochenende,
>>
>> Gregor
>>
>>
>> Am 29.07.2016 um 11:00 schrieb Sebastian Funke:
>>> Hallo Holger,
>>>
>>> Du schreibst:
>>>
 Am 29.07.2016 um 10:25 schrieb Holger Baumhof :

 HAllo Sebastian,

> Aber:
> Ich habe sowohl Rechner mit dem alten 12.04-Image, bei denen es
keine Probleme dieser Art gibt,
> als auch Rechner mit dem neuen 16.04-Image, bei denen dieses
merkwürdige Verhalten auftritt.
 .. das ist genau die Aussage, die mir nichts bringt.
 Stimmt den diese Aussage?
 "Ich habe auch Rechner mit 16.04, bei denen das Problem nicht
auftritt“?
>>> Hm, ok. Das ist nicht so einfach zu sagen, da ich dazu jeden
16.04-Rechner testen müsste.
>>> Werde ich aber in Stichproben für verschiedene Orte/Räume mal machen.
>>> Ich dachte, dass es hilft, wenn klar ist, dass das Problem bei den
Ubuntu 12.04-Rechnern nicht auftritt.
>>> (Würde es auch dort auftreten, müsste es ja ein prinzipielles
Problem sein, welches das gesamte Netz betrifft.)
>>>
> Das würde wohl gegen einen zweiten DHCP
 nein, würde es nicht.

> oder Probleme mit der Netzwerkkarte des Servers
 ja, dagegen spricht es.

> und für Probleme mit einem neuen Kernel im neuen Image sprechen.
 das ist möglich geblieben.

 Der DHCP kann, je nach dem wo er steht, einzelne Segmente stärker oder
 nicht so stark beeinträchtigen.
>>> Ok.
>>>
 Du mußt sehr genau beobachten: wo tritt das Problem auf?
>>> Ich habe auf meinem Vorlagen-Rechner zum Ausrollen der Images
zunächst Ubuntu 12.04 gehabt (ohne Problemen nach der Anmeldung)
>>> und dann auf denselben Rechner das neue Image mit Ubuntu 16.04
gespielt (mit Problemen nach der Anmeldung).
>>>
>>> Da in der (verhältnismäßig kurzen, d.h. ein paar Wochen) Zeit
zwischen diesen beiden Zuständen
>>> auch Aktualisierungen auf dem Server vorgenommen wurden,
>>> kann das Problem theoretisch natürlich auch in dieser Zeitspanne
entstanden sein.
>>>
>>> Zum Testen bespiele ich also wohl am Besten mal den Problemrechner
mit dem alten 12.04-Image
>>> und schaue, ob das Problem zur Zeit dort ebenfalls vorliegt und
melde mich dann nochmal.
>>> Liegt es auf diesem Rechner beim Ubuntu12.04 nicht mehr vor, müsste
es am 16.04-Client liegen, oder?
>>>
 Wo ist es schlimmer?
>>> Kann ich noch nicht sagen.
>>>
 Welche Hardwareklasse ist betroffen?
>>> Es handelt sich im Lenovo-Rechner. Welche Angaben sind relevant?
>>>
 Könnte es einen ZUsammenhang zwischen HWK und Ort geben? Also mal ein
 paar Rechner einer funktionierenden HWK an einen Ort bringen, wo es
 nicht so gut geht ..
>>> Ah, das deckt sich ja mit meiner Idee oben.
>>>
>>> Danke auf jeden Fall für die Tipps!
>>>
>>> Schönen Gruß,
>>>
>>> Sebastian
>>>
 VIele Grüße
 Holger


 --
 Mein öffentl

Re: [lmn] linbo 2.3.3 - Probleme

[Stefan Leßmann]

Hallo Bernd und Alois,

sorry, hab vergessen zu erwähnen, dass ich heute morgen als erstes auf
2.3.4 geupdated habe...

Alois, tja, dann liegts wohl nicht am atftp. Bloß woran dann...
Ich habe inzwischen 3 weitere Hardwareklassen a je 17 Rechner mit
neuen Images versorgt, das Problem besteht nur bei den 2 HP-Rechnern
von 2013...

Grüße,
Stefan
Stefan Leßmann

Laura-Schradin-Schule Reutlingen
Bismarckstr. 17
72764 Reutlingen

Tel.: 07121/485-211
Fax: 07121/485-490


Am 30. Juli 2016 um 17:42 schrieb Bernd Kaiser :
> Hallo Stefan,
>
> vielleicht hilft es auf Linbo 2.3.4 zu updaten. Gibt es seit gestern Abend.
>
> Viele Grüße
>
> Bernd Kaiser
> Otto-Hahn-Gymnasium Nagold
>
>
> Am 30.07.2016 um 15:25 schrieb Stefan Leßmann:
>>
>> Hallo,
>>
>> das mit der Schulkonsole hat sich von allein erledigt, vielleicht
>> wirklich der FF-Cache? Egal. Es haben sich andere größere Probleme
>> aufgetan:
>>
>> - Ich habe in einem Raum (alle Rechner identische HP-Hardware von
>> 2013) 2 Rechner, die bisher klaglos liefen, mit dem neuen Linbo aber
>> hängen: Grub startet, noch bevor Linbo erscheint, kommt aber:
>> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on
>> unknown-block(0.0)
>>
>> Im syslog des Servers erscheint zur gleichen Zeit, nachdem die
>> grub-startmenue-icons ausgeliefert wurden:
>> atftpd[11880]: timeout: retrying... [...] repeated 4 times
>>
>> Die anderen baugleichen Rechner laufen. Bios-Version und
>> -Einstellungen (da gibt es beim HP-Bios nicht viel zu vergleichen...)
>> identisch.
>>
>>
>> - Unabhängig von diesem Problem: Wenn man in Linbo auf den
>> "ausschalten"-Knopf klickt, bleibt der Rechner mit der
>> Bildschirmmeldung
>> Requesting system poweroff
>> stehen. Mit dem alten Linbo war das an den gleichen Clients nicht der
>> Fall. Ubuntu schaltet den Client korrekt aus.
>>
>> Grüße,
>> Stefan
>> Stefan Leßmann
>>
>> Laura-Schradin-Schule Reutlingen
>> Bismarckstr. 17
>> 72764 Reutlingen
>>
>> Tel.: 07121/485-211
>> Fax: 07121/485-490
>>
>>
>> Am 29. Juli 2016 um 22:39 schrieb  :
>>>
>>> Hallo Stefan,
>>>
 Was mir gerade noch auffällt (ja, ist nicht linbo, sondern
 Schulkonsole, ich weiß...): Die Schulkonsole sieht bei uns merkwürdig
 aus, hoher grauer Balken oben, darunter unter dem grünen Balken
 "angemeldet" links zwei Lampen und zwei vor/zurück-Buttons, jeweils
 ohne Funktion (s. Screenshot).

>>> Das sieht ein wenig nach Relikten im Cache aus.
>>> Verwendest Du Firfox ?
>>>
>>> Kannst Du einmal den Apache-Server neu starten:
>>> service apache2 restart
>>>
>>> Kannst Du dann die Seite noch einmal komplett laden (Firefox:
>>> Strg+Shift+R).
>>>
>>> Gruß,
>>> Frank
>>>
>>>
>>> ___
>>> linuxmuster-user mailing list
>>> linuxmuster-user@lists.linuxmuster.net
>>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>>
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] linbo 2.3.3 - Probleme

[Alois Raunheimer]

Hallo Stefan,

ich habe einmal eine Rechnergruppe "aufgeweckt" und danach die Datei
/var/log/atftpd.log

mit

tail -f /var/log/atftpd.log

beobachtet.

Hier ein Auszug:

Jul 30 17:56:05 aserver atftpd[5757.-100681984]: Serving
//boot/grub/i386-pc/fs.lst to 10.19.13.18:25301
Jul 30 17:56:05 aserver atftpd[5757.-100681984]: Serving
//boot/grub/i386-pc/crypto.lst to 10.19.13.18:25302
Jul 30 17:56:05 aserver atftpd[5757.-100681984]: Serving
//boot/grub/i386-pc/terminal.lst to 10.19.13.18:25303
Jul 30 17:56:05 aserver atftpd[5757.-100681984]: Serving
//boot/grub/grub.cfg to 10.19.13.18:25304
Jul 30 17:56:05 aserver atftpd[5757.-100681984]: Serving
/boot/grub/fonts/unicode.pf2 to 10.19.13.18:25305
Jul 30 17:56:05 aserver atftpd[5757.-75503872]: Serving
/boot/grub/fonts/unicode.pf2 to 10.19.13.18:25306
Jul 30 17:56:05 aserver atftpd[5757.-100681984]: Serving
/boot/grub/hyundai.cfg to 10.19.13.15:25312
Jul 30 17:56:05 aserver atftpd[5757.-100681984]: Serving
boot/grub/i386-pc/core.0 to 10.19.13.1:2070
Jul 30 17:56:05 aserver atftpd[5757.-109074688]: Serving
boot/grub/i386-pc/core.0 to 10.19.13.1:2071
Jul 30 17:56:05 aserver atftpd[5757.-100681984]: Serving
/boot/grub/i386-pc/command.lst to 10.19.13.18:25307
Jul 30 17:56:05 aserver atftpd[5757.-109074688]: Serving
/boot/grub/hyundai.cfg to 10.19.13.15:25313
Jul 30 17:56:05 aserver atftpd[5757.-109074688]: Serving
//boot/grub/i386-pc/command.lst to 10.19.13.1:25300
Jul 30 17:56:05 aserver atftpd[5757.-109074688]: Serving
//boot/grub/i386-pc/fs.lst to 10.19.13.1:25301
Jul 30 17:56:05 aserver atftpd[5757.-109074688]: Serving
//boot/grub/i386-pc/crypto.lst to 10.19.13.1:25302
Jul 30 17:56:05 aserver atftpd[5757.-109074688]: Serving
//boot/grub/i386-pc/terminal.lst to 10.19.13.1:25303
Jul 30 17:56:05 aserver atftpd[5757.-109074688]: Serving
//boot/grub/grub.cfg to 10.19.13.1:25304
Jul 30 17:56:05 aserver atftpd[5757.-109074688]: Serving
/boot/grub/fonts/unicode.pf2 to 10.19.13.1:25305
Jul 30 17:56:05 aserver atftpd[5757.-100681984]: Serving
/boot/grub/fonts/unicode.pf2 to 10.19.13.1:25306
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/i386-pc/fs.lst to 10.19.13.18:25308
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/i386-pc/command.lst to 10.19.13.1:25307
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/i386-pc/fs.lst to 10.19.13.1:25308
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/i386-pc/crypto.lst to 10.19.13.18:25309
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/i386-pc/terminal.lst to 10.19.13.18:25310
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/spool/r413-c18.reboot to 10.19.13.18:25311
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/i386-pc/crypto.lst to 10.19.13.1:25309
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/i386-pc/terminal.lst to 10.19.13.1:25310
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/spool/r413-c01.reboot to 10.19.13.1:25311
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/hyundai.cfg to 10.19.13.1:25312
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/hyundai.cfg to 10.19.13.1:25313
Jul 30 17:56:06 aserver atftpd[5757.-109074688]: Serving
/boot/grub/hyundai.cfg to 10.19.13.18:25312
Jul 30 17:56:07 aserver atftpd[5757.-109074688]: Serving
/boot/grub/hyundai.cfg to 10.19.13.18:25313
Jul 30 17:56:08 aserver atftpd[5757.443344640]: timeout: retrying...
Jul 30 17:56:08 aserver atftpd[5757.462317312]: timeout: retrying...
Jul 30 17:56:08 aserver atftpd[5757.426559232]: timeout: retrying...
Jul 30 17:56:08 aserver atftpd[5757.451737344]: timeout: retrying...
Jul 30 17:56:08 aserver atftpd[5757.470710016]: timeout: retrying...
Jul 30 17:56:08 aserver atftpd[5757.418166528]: timeout: retrying...
Jul 30 17:56:08 aserver atftpd[5757.434951936]: timeout: retrying...
Jul 30 17:56:08 aserver atftpd[5757.-6768]: timeout: retrying...
Jul 30 17:56:08 aserver atftpd[5757.-83896576]: timeout: retrying...
Jul 30 17:56:09 aserver atftpd[5757.-92289280]: timeout: retrying...
Jul 30 17:56:10 aserver atftpd[5757.-75503872]: timeout: retrying...
Jul 30 17:56:10 aserver atftpd[5757.-109074688]: Serving
boot/grub/i386-pc/core.0 to 10.19.13.2:2070
Jul 30 17:56:10 aserver atftpd[5757.-117467392]: Serving
boot/grub/i386-pc/core.0 to 10.19.13.2:2071
Jul 30 17:56:10 aserver atftpd[5757.-117467392]: Serving
boot/grub/i386-pc/core.0 to 10.19.13.3:2070

Es kommen auch bei mir timeouts. Trotzdem stehen die Rechner alle im
Linbo-Bildschirm und konnten mit

 linbo-remote -r r413 -w 0 -c initcache,sync:1,start:1

gestartet werden.

Ich verwende die aktuellste Linbo-Version also Linbo 2.3.4. Es
funktionierte aber vorher schon.

Gruß

Alois


Am 30. Juli 2016 um 17:42 schrieb Bernd Kaiser :

> Hallo Stefan,
>
> vielleicht hilft es auf Linbo 2.3.4 zu updaten. Gibt es seit gestern Abend.
>
> Viele Grüße
>
> Bernd Kaiser
> Otto-Hahn-Gymnasium Nagold
>
>
> 

Re: [lmn] linbo 2.3.3 - Probleme

[Alois Raunheimer]

Hallo Stefan,

siehe meinen Post vorher.

Gruß

Alois

Am 30. Juli 2016 um 16:17 schrieb Stefan Leßmann <
stefan.lessm...@googlemail.com>:

> Hallo Alois,
>
> er läuft.
>
> Grüße,
> Stefan
> Stefan Leßmann
>
> Laura-Schradin-Schule Reutlingen
> Bismarckstr. 17
> 72764 Reutlingen
>
> Tel.: 07121/485-211
> Fax: 07121/485-490
>
>
> Am 30. Juli 2016 um 16:08 schrieb Alois Raunheimer <
> alois.raunhei...@gmail.com>:
> > Hallo Stefan,
> >
> > er könnte doch danach abgestürzt sein!?
> >
> > Prüfen ob er läuft schadet m.E. nichts
> >
> > Gruß
> >
> > Alois
> >
> > Am 30. Juli 2016 um 16:05 schrieb Stefan Leßmann
> > :
> >>
> >> Hallo Alois,
> >>
> >> der atftp hat 3 Sekunden zuvor noch Dateien an den Client geliefert...
> >>
> >> Grüße,
> >> Stefan
> >> Stefan Leßmann
> >>
> >> Laura-Schradin-Schule Reutlingen
> >> Bismarckstr. 17
> >> 72764 Reutlingen
> >>
> >> Tel.: 07121/485-211
> >> Fax: 07121/485-490
> >>
> >>
> >> Am 30. Juli 2016 um 15:30 schrieb Alois Raunheimer
> >> :
> >> > Hallo Stefan,
> >> >
> >> >> atftpd[11880]: timeout: retrying... [...] repeated 4 times
> >> >
> >> >
> >> > hast Du geprüft ob der tftp läuft?
> >> >
> >> > an der Konsole
> >> >
> >> > ps -A|grep atftpd
> >> >
> >> > sollte mindestens einen laudenden Prozess anzeigen.
> >> >
> >> > Gruß
> >> >
> >> > Alois
> >> >
> >> > Am 30. Juli 2016 um 15:25 schrieb Stefan Leßmann
> >> > :
> >> >>
> >> >> Hallo,
> >> >>
> >> >> das mit der Schulkonsole hat sich von allein erledigt, vielleicht
> >> >> wirklich der FF-Cache? Egal. Es haben sich andere größere Probleme
> >> >> aufgetan:
> >> >>
> >> >> - Ich habe in einem Raum (alle Rechner identische HP-Hardware von
> >> >> 2013) 2 Rechner, die bisher klaglos liefen, mit dem neuen Linbo aber
> >> >> hängen: Grub startet, noch bevor Linbo erscheint, kommt aber:
> >> >> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on
> >> >> unknown-block(0.0)
> >> >>
> >> >> Im syslog des Servers erscheint zur gleichen Zeit, nachdem die
> >> >> grub-startmenue-icons ausgeliefert wurden:
> >> >> atftpd[11880]: timeout: retrying... [...] repeated 4 times
> >> >>
> >> >> Die anderen baugleichen Rechner laufen. Bios-Version und
> >> >> -Einstellungen (da gibt es beim HP-Bios nicht viel zu vergleichen...)
> >> >> identisch.
> >> >>
> >> >>
> >> >> - Unabhängig von diesem Problem: Wenn man in Linbo auf den
> >> >> "ausschalten"-Knopf klickt, bleibt der Rechner mit der
> >> >> Bildschirmmeldung
> >> >> Requesting system poweroff
> >> >> stehen. Mit dem alten Linbo war das an den gleichen Clients nicht der
> >> >> Fall. Ubuntu schaltet den Client korrekt aus.
> >> >>
> >> >> Grüße,
> >> >> Stefan
> >> >> Stefan Leßmann
> >> >>
> >> >> Laura-Schradin-Schule Reutlingen
> >> >> Bismarckstr. 17
> >> >> 72764 Reutlingen
> >> >>
> >> >> Tel.: 07121/485-211
> >> >> Fax: 07121/485-490
> >> >>
> >> >>
> >> >> Am 29. Juli 2016 um 22:39 schrieb  :
> >> >> > Hallo Stefan,
> >> >> >
> >> >> >>
> >> >> >> Was mir gerade noch auffällt (ja, ist nicht linbo, sondern
> >> >> >> Schulkonsole, ich weiß...): Die Schulkonsole sieht bei uns
> >> >> >> merkwürdig
> >> >> >> aus, hoher grauer Balken oben, darunter unter dem grünen Balken
> >> >> >> "angemeldet" links zwei Lampen und zwei vor/zurück-Buttons,
> jeweils
> >> >> >> ohne Funktion (s. Screenshot).
> >> >> >>
> >> >> > Das sieht ein wenig nach Relikten im Cache aus.
> >> >> > Verwendest Du Firfox ?
> >> >> >
> >> >> > Kannst Du einmal den Apache-Server neu starten:
> >> >> > service apache2 restart
> >> >> >
> >> >> > Kannst Du dann die Seite noch einmal komplett laden (Firefox:
> >> >> > Strg+Shift+R).
> >> >> >
> >> >> > Gruß,
> >> >> > Frank
> >> >> >
> >> >> >
> >> >> > ___
> >> >> > linuxmuster-user mailing list
> >> >> > linuxmuster-user@lists.linuxmuster.net
> >> >> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> >> >> ___
> >> >> linuxmuster-user mailing list
> >> >> linuxmuster-user@lists.linuxmuster.net
> >> >> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> >> >
> >> >
> >> >
> >> > ___
> >> > linuxmuster-user mailing list
> >> > linuxmuster-user@lists.linuxmuster.net
> >> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> >> >
> >> ___
> >> linuxmuster-user mailing list
> >> linuxmuster-user@lists.linuxmuster.net
> >> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> >
> >
> >
> > ___
> > linuxmuster-user mailing list
> > linuxmuster-user@lists.linuxmuster.net
> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> >
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
___
linuxmuster-user maili

Re: [lmn] linbo 2.3.3 - Probleme

[Stefan Leßmann]

Hallo Alois,

er läuft.

Grüße,
Stefan
Stefan Leßmann

Laura-Schradin-Schule Reutlingen
Bismarckstr. 17
72764 Reutlingen

Tel.: 07121/485-211
Fax: 07121/485-490


Am 30. Juli 2016 um 16:08 schrieb Alois Raunheimer :
> Hallo Stefan,
>
> er könnte doch danach abgestürzt sein!?
>
> Prüfen ob er läuft schadet m.E. nichts
>
> Gruß
>
> Alois
>
> Am 30. Juli 2016 um 16:05 schrieb Stefan Leßmann
> :
>>
>> Hallo Alois,
>>
>> der atftp hat 3 Sekunden zuvor noch Dateien an den Client geliefert...
>>
>> Grüße,
>> Stefan
>> Stefan Leßmann
>>
>> Laura-Schradin-Schule Reutlingen
>> Bismarckstr. 17
>> 72764 Reutlingen
>>
>> Tel.: 07121/485-211
>> Fax: 07121/485-490
>>
>>
>> Am 30. Juli 2016 um 15:30 schrieb Alois Raunheimer
>> :
>> > Hallo Stefan,
>> >
>> >> atftpd[11880]: timeout: retrying... [...] repeated 4 times
>> >
>> >
>> > hast Du geprüft ob der tftp läuft?
>> >
>> > an der Konsole
>> >
>> > ps -A|grep atftpd
>> >
>> > sollte mindestens einen laudenden Prozess anzeigen.
>> >
>> > Gruß
>> >
>> > Alois
>> >
>> > Am 30. Juli 2016 um 15:25 schrieb Stefan Leßmann
>> > :
>> >>
>> >> Hallo,
>> >>
>> >> das mit der Schulkonsole hat sich von allein erledigt, vielleicht
>> >> wirklich der FF-Cache? Egal. Es haben sich andere größere Probleme
>> >> aufgetan:
>> >>
>> >> - Ich habe in einem Raum (alle Rechner identische HP-Hardware von
>> >> 2013) 2 Rechner, die bisher klaglos liefen, mit dem neuen Linbo aber
>> >> hängen: Grub startet, noch bevor Linbo erscheint, kommt aber:
>> >> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on
>> >> unknown-block(0.0)
>> >>
>> >> Im syslog des Servers erscheint zur gleichen Zeit, nachdem die
>> >> grub-startmenue-icons ausgeliefert wurden:
>> >> atftpd[11880]: timeout: retrying... [...] repeated 4 times
>> >>
>> >> Die anderen baugleichen Rechner laufen. Bios-Version und
>> >> -Einstellungen (da gibt es beim HP-Bios nicht viel zu vergleichen...)
>> >> identisch.
>> >>
>> >>
>> >> - Unabhängig von diesem Problem: Wenn man in Linbo auf den
>> >> "ausschalten"-Knopf klickt, bleibt der Rechner mit der
>> >> Bildschirmmeldung
>> >> Requesting system poweroff
>> >> stehen. Mit dem alten Linbo war das an den gleichen Clients nicht der
>> >> Fall. Ubuntu schaltet den Client korrekt aus.
>> >>
>> >> Grüße,
>> >> Stefan
>> >> Stefan Leßmann
>> >>
>> >> Laura-Schradin-Schule Reutlingen
>> >> Bismarckstr. 17
>> >> 72764 Reutlingen
>> >>
>> >> Tel.: 07121/485-211
>> >> Fax: 07121/485-490
>> >>
>> >>
>> >> Am 29. Juli 2016 um 22:39 schrieb  :
>> >> > Hallo Stefan,
>> >> >
>> >> >>
>> >> >> Was mir gerade noch auffällt (ja, ist nicht linbo, sondern
>> >> >> Schulkonsole, ich weiß...): Die Schulkonsole sieht bei uns
>> >> >> merkwürdig
>> >> >> aus, hoher grauer Balken oben, darunter unter dem grünen Balken
>> >> >> "angemeldet" links zwei Lampen und zwei vor/zurück-Buttons, jeweils
>> >> >> ohne Funktion (s. Screenshot).
>> >> >>
>> >> > Das sieht ein wenig nach Relikten im Cache aus.
>> >> > Verwendest Du Firfox ?
>> >> >
>> >> > Kannst Du einmal den Apache-Server neu starten:
>> >> > service apache2 restart
>> >> >
>> >> > Kannst Du dann die Seite noch einmal komplett laden (Firefox:
>> >> > Strg+Shift+R).
>> >> >
>> >> > Gruß,
>> >> > Frank
>> >> >
>> >> >
>> >> > ___
>> >> > linuxmuster-user mailing list
>> >> > linuxmuster-user@lists.linuxmuster.net
>> >> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>> >> ___
>> >> linuxmuster-user mailing list
>> >> linuxmuster-user@lists.linuxmuster.net
>> >> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>> >
>> >
>> >
>> > ___
>> > linuxmuster-user mailing list
>> > linuxmuster-user@lists.linuxmuster.net
>> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>> >
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] linbo 2.3.3 - Probleme

[Alois Raunheimer]

Hallo Stefan,

hier

https://mail.lehrerpost.de/pipermail/linuxmuster-user/2016-June/014476.html

ist beschrieben wie Du den atftp gesprächiger machen kannst.

So sieht die Datei bei mir aus:

16:14/0 server ~ # cat /etc/default/atftpd
#
# atftpd daemon options for linuxmuster-linbo
# tho...@linuxmuster.net
# 02.02.2014
#

USE_INETD=false
OPTIONS="--daemon --bind-address 10.16.1.1 --tftpd-timeout 375
--retry-timeout 5 --maxthread 100 --verbose=3 /var/linbo"


Gruß

Alois

Am 30. Juli 2016 um 16:08 schrieb Alois Raunheimer <
alois.raunhei...@gmail.com>:

> Hallo Stefan,
>
> er könnte doch danach abgestürzt sein!?
>
> Prüfen ob er läuft schadet m.E. nichts
>
> Gruß
>
> Alois
>
> Am 30. Juli 2016 um 16:05 schrieb Stefan Leßmann <
> stefan.lessm...@googlemail.com>:
>
>> Hallo Alois,
>>
>> der atftp hat 3 Sekunden zuvor noch Dateien an den Client geliefert...
>>
>> Grüße,
>> Stefan
>> Stefan Leßmann
>>
>> Laura-Schradin-Schule Reutlingen
>> Bismarckstr. 17
>> 72764 Reutlingen
>>
>> Tel.: 07121/485-211
>> Fax: 07121/485-490
>>
>>
>> Am 30. Juli 2016 um 15:30 schrieb Alois Raunheimer <
>> alois.raunhei...@gmail.com>:
>> > Hallo Stefan,
>> >
>> >> atftpd[11880]: timeout: retrying... [...] repeated 4 times
>> >
>> >
>> > hast Du geprüft ob der tftp läuft?
>> >
>> > an der Konsole
>> >
>> > ps -A|grep atftpd
>> >
>> > sollte mindestens einen laudenden Prozess anzeigen.
>> >
>> > Gruß
>> >
>> > Alois
>> >
>> > Am 30. Juli 2016 um 15:25 schrieb Stefan Leßmann
>> > :
>> >>
>> >> Hallo,
>> >>
>> >> das mit der Schulkonsole hat sich von allein erledigt, vielleicht
>> >> wirklich der FF-Cache? Egal. Es haben sich andere größere Probleme
>> >> aufgetan:
>> >>
>> >> - Ich habe in einem Raum (alle Rechner identische HP-Hardware von
>> >> 2013) 2 Rechner, die bisher klaglos liefen, mit dem neuen Linbo aber
>> >> hängen: Grub startet, noch bevor Linbo erscheint, kommt aber:
>> >> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on
>> >> unknown-block(0.0)
>> >>
>> >> Im syslog des Servers erscheint zur gleichen Zeit, nachdem die
>> >> grub-startmenue-icons ausgeliefert wurden:
>> >> atftpd[11880]: timeout: retrying... [...] repeated 4 times
>> >>
>> >> Die anderen baugleichen Rechner laufen. Bios-Version und
>> >> -Einstellungen (da gibt es beim HP-Bios nicht viel zu vergleichen...)
>> >> identisch.
>> >>
>> >>
>> >> - Unabhängig von diesem Problem: Wenn man in Linbo auf den
>> >> "ausschalten"-Knopf klickt, bleibt der Rechner mit der
>> >> Bildschirmmeldung
>> >> Requesting system poweroff
>> >> stehen. Mit dem alten Linbo war das an den gleichen Clients nicht der
>> >> Fall. Ubuntu schaltet den Client korrekt aus.
>> >>
>> >> Grüße,
>> >> Stefan
>> >> Stefan Leßmann
>> >>
>> >> Laura-Schradin-Schule Reutlingen
>> >> Bismarckstr. 17
>> >> 72764 Reutlingen
>> >>
>> >> Tel.: 07121/485-211
>> >> Fax: 07121/485-490
>> >>
>> >>
>> >> Am 29. Juli 2016 um 22:39 schrieb  :
>> >> > Hallo Stefan,
>> >> >
>> >> >>
>> >> >> Was mir gerade noch auffällt (ja, ist nicht linbo, sondern
>> >> >> Schulkonsole, ich weiß...): Die Schulkonsole sieht bei uns
>> merkwürdig
>> >> >> aus, hoher grauer Balken oben, darunter unter dem grünen Balken
>> >> >> "angemeldet" links zwei Lampen und zwei vor/zurück-Buttons, jeweils
>> >> >> ohne Funktion (s. Screenshot).
>> >> >>
>> >> > Das sieht ein wenig nach Relikten im Cache aus.
>> >> > Verwendest Du Firfox ?
>> >> >
>> >> > Kannst Du einmal den Apache-Server neu starten:
>> >> > service apache2 restart
>> >> >
>> >> > Kannst Du dann die Seite noch einmal komplett laden (Firefox:
>> >> > Strg+Shift+R).
>> >> >
>> >> > Gruß,
>> >> > Frank
>> >> >
>> >> >
>> >> > ___
>> >> > linuxmuster-user mailing list
>> >> > linuxmuster-user@lists.linuxmuster.net
>> >> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>> >> ___
>> >> linuxmuster-user mailing list
>> >> linuxmuster-user@lists.linuxmuster.net
>> >> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>> >
>> >
>> >
>> > ___
>> > linuxmuster-user mailing list
>> > linuxmuster-user@lists.linuxmuster.net
>> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>> >
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>>
>
>
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] linbo 2.3.3 - Probleme

[Stefan Leßmann]

Hallo Alois,

der atftp hat 3 Sekunden zuvor noch Dateien an den Client geliefert...

Grüße,
Stefan
Stefan Leßmann

Laura-Schradin-Schule Reutlingen
Bismarckstr. 17
72764 Reutlingen

Tel.: 07121/485-211
Fax: 07121/485-490


Am 30. Juli 2016 um 15:30 schrieb Alois Raunheimer :
> Hallo Stefan,
>
>> atftpd[11880]: timeout: retrying... [...] repeated 4 times
>
>
> hast Du geprüft ob der tftp läuft?
>
> an der Konsole
>
> ps -A|grep atftpd
>
> sollte mindestens einen laudenden Prozess anzeigen.
>
> Gruß
>
> Alois
>
> Am 30. Juli 2016 um 15:25 schrieb Stefan Leßmann
> :
>>
>> Hallo,
>>
>> das mit der Schulkonsole hat sich von allein erledigt, vielleicht
>> wirklich der FF-Cache? Egal. Es haben sich andere größere Probleme
>> aufgetan:
>>
>> - Ich habe in einem Raum (alle Rechner identische HP-Hardware von
>> 2013) 2 Rechner, die bisher klaglos liefen, mit dem neuen Linbo aber
>> hängen: Grub startet, noch bevor Linbo erscheint, kommt aber:
>> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on
>> unknown-block(0.0)
>>
>> Im syslog des Servers erscheint zur gleichen Zeit, nachdem die
>> grub-startmenue-icons ausgeliefert wurden:
>> atftpd[11880]: timeout: retrying... [...] repeated 4 times
>>
>> Die anderen baugleichen Rechner laufen. Bios-Version und
>> -Einstellungen (da gibt es beim HP-Bios nicht viel zu vergleichen...)
>> identisch.
>>
>>
>> - Unabhängig von diesem Problem: Wenn man in Linbo auf den
>> "ausschalten"-Knopf klickt, bleibt der Rechner mit der
>> Bildschirmmeldung
>> Requesting system poweroff
>> stehen. Mit dem alten Linbo war das an den gleichen Clients nicht der
>> Fall. Ubuntu schaltet den Client korrekt aus.
>>
>> Grüße,
>> Stefan
>> Stefan Leßmann
>>
>> Laura-Schradin-Schule Reutlingen
>> Bismarckstr. 17
>> 72764 Reutlingen
>>
>> Tel.: 07121/485-211
>> Fax: 07121/485-490
>>
>>
>> Am 29. Juli 2016 um 22:39 schrieb  :
>> > Hallo Stefan,
>> >
>> >>
>> >> Was mir gerade noch auffällt (ja, ist nicht linbo, sondern
>> >> Schulkonsole, ich weiß...): Die Schulkonsole sieht bei uns merkwürdig
>> >> aus, hoher grauer Balken oben, darunter unter dem grünen Balken
>> >> "angemeldet" links zwei Lampen und zwei vor/zurück-Buttons, jeweils
>> >> ohne Funktion (s. Screenshot).
>> >>
>> > Das sieht ein wenig nach Relikten im Cache aus.
>> > Verwendest Du Firfox ?
>> >
>> > Kannst Du einmal den Apache-Server neu starten:
>> > service apache2 restart
>> >
>> > Kannst Du dann die Seite noch einmal komplett laden (Firefox:
>> > Strg+Shift+R).
>> >
>> > Gruß,
>> > Frank
>> >
>> >
>> > ___
>> > linuxmuster-user mailing list
>> > linuxmuster-user@lists.linuxmuster.net
>> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] linbo 2.3.3 - Probleme

[Alois Raunheimer]

Hallo Stefan,

atftpd[11880]: timeout: retrying... [...] repeated 4 times


hast Du geprüft ob der tftp läuft?

an der Konsole

ps -A|grep atftpd

sollte mindestens einen laudenden Prozess anzeigen.

Gruß

Alois

Am 30. Juli 2016 um 15:25 schrieb Stefan Leßmann <
stefan.lessm...@googlemail.com>:

> Hallo,
>
> das mit der Schulkonsole hat sich von allein erledigt, vielleicht
> wirklich der FF-Cache? Egal. Es haben sich andere größere Probleme
> aufgetan:
>
> - Ich habe in einem Raum (alle Rechner identische HP-Hardware von
> 2013) 2 Rechner, die bisher klaglos liefen, mit dem neuen Linbo aber
> hängen: Grub startet, noch bevor Linbo erscheint, kommt aber:
> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(0.0)
>
> Im syslog des Servers erscheint zur gleichen Zeit, nachdem die
> grub-startmenue-icons ausgeliefert wurden:
> atftpd[11880]: timeout: retrying... [...] repeated 4 times
>
> Die anderen baugleichen Rechner laufen. Bios-Version und
> -Einstellungen (da gibt es beim HP-Bios nicht viel zu vergleichen...)
> identisch.
>
>
> - Unabhängig von diesem Problem: Wenn man in Linbo auf den
> "ausschalten"-Knopf klickt, bleibt der Rechner mit der
> Bildschirmmeldung
> Requesting system poweroff
> stehen. Mit dem alten Linbo war das an den gleichen Clients nicht der
> Fall. Ubuntu schaltet den Client korrekt aus.
>
> Grüße,
> Stefan
> Stefan Leßmann
>
> Laura-Schradin-Schule Reutlingen
> Bismarckstr. 17
> 72764 Reutlingen
>
> Tel.: 07121/485-211
> Fax: 07121/485-490
>
>
> Am 29. Juli 2016 um 22:39 schrieb  :
> > Hallo Stefan,
> >
> >>
> >> Was mir gerade noch auffällt (ja, ist nicht linbo, sondern
> >> Schulkonsole, ich weiß...): Die Schulkonsole sieht bei uns merkwürdig
> >> aus, hoher grauer Balken oben, darunter unter dem grünen Balken
> >> "angemeldet" links zwei Lampen und zwei vor/zurück-Buttons, jeweils
> >> ohne Funktion (s. Screenshot).
> >>
> > Das sieht ein wenig nach Relikten im Cache aus.
> > Verwendest Du Firfox ?
> >
> > Kannst Du einmal den Apache-Server neu starten:
> > service apache2 restart
> >
> > Kannst Du dann die Seite noch einmal komplett laden (Firefox:
> Strg+Shift+R).
> >
> > Gruß,
> > Frank
> >
> >
> > ___
> > linuxmuster-user mailing list
> > linuxmuster-user@lists.linuxmuster.net
> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] linbo 2.3.3 - Probleme

[Stefan Leßmann]

Hallo,

das mit der Schulkonsole hat sich von allein erledigt, vielleicht
wirklich der FF-Cache? Egal. Es haben sich andere größere Probleme
aufgetan:

- Ich habe in einem Raum (alle Rechner identische HP-Hardware von
2013) 2 Rechner, die bisher klaglos liefen, mit dem neuen Linbo aber
hängen: Grub startet, noch bevor Linbo erscheint, kommt aber:
---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0.0)

Im syslog des Servers erscheint zur gleichen Zeit, nachdem die
grub-startmenue-icons ausgeliefert wurden:
atftpd[11880]: timeout: retrying... [...] repeated 4 times

Die anderen baugleichen Rechner laufen. Bios-Version und
-Einstellungen (da gibt es beim HP-Bios nicht viel zu vergleichen...)
identisch.


- Unabhängig von diesem Problem: Wenn man in Linbo auf den
"ausschalten"-Knopf klickt, bleibt der Rechner mit der
Bildschirmmeldung
Requesting system poweroff
stehen. Mit dem alten Linbo war das an den gleichen Clients nicht der
Fall. Ubuntu schaltet den Client korrekt aus.

Grüße,
Stefan
Stefan Leßmann

Laura-Schradin-Schule Reutlingen
Bismarckstr. 17
72764 Reutlingen

Tel.: 07121/485-211
Fax: 07121/485-490


Am 29. Juli 2016 um 22:39 schrieb  :
> Hallo Stefan,
>
>>
>> Was mir gerade noch auffällt (ja, ist nicht linbo, sondern
>> Schulkonsole, ich weiß...): Die Schulkonsole sieht bei uns merkwürdig
>> aus, hoher grauer Balken oben, darunter unter dem grünen Balken
>> "angemeldet" links zwei Lampen und zwei vor/zurück-Buttons, jeweils
>> ohne Funktion (s. Screenshot).
>>
> Das sieht ein wenig nach Relikten im Cache aus.
> Verwendest Du Firfox ?
>
> Kannst Du einmal den Apache-Server neu starten:
> service apache2 restart
>
> Kannst Du dann die Seite noch einmal komplett laden (Firefox: Strg+Shift+R).
>
> Gruß,
> Frank
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] WLAN im Verwaltungsnetzwerk, Synchronisation von Verwaltungsterminen mit der Apple Cloud

[Holger Baumhof]

Hallo,

> ich weiß nicht was du damit meinst. Ich will der SL ein Dokument unter
> die Nase halten, in dem sie nachlesen können, dass sie mit ihrem WLAN
> im internen Verwaltungsnetzwerk gegen Recht verstoßen.
> Wenn sie es dann weiter betreiben, ist es grob fahrlässig, aber ich
> habe meiner Hinweispflicht genüge getan.

ich meine, es sollte reichen, wenn du darauf hinweist, dass du das für
zu unsícher hälst: du bist ja nicht der Datenschutzbeauftragte der Schule.
Die SL soll die Frage an den Datenschutzbeauftragten weiter geben.
.. oder im KM nachfragen: macht meine Schulleiterin immer mal, wenn sie
nicht weiter weiß.

VIele Grüße

Holger

-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Temporärer Einsatz von WLAN

[juergen.engel...@t-online.de]

Hallo Michael,
ich kann mein Smartphone z. B. mit TotalCommander mit //server/shares mit 
Benutzer und Kennwort aus dem LDAP unabhängig von der lokalen Anmeldung 
verbinden. Anhand meines Benutzer bekomme ich mein Home-auf-Server 
zugeordnet.
Das geht natürlich auch mit Windows, Linux und Mac.

Gruß Jürgen



Gesendet mit der Telekom Mail App




--- Original-Nachricht ---
Von: Michael Hagedorn
Betreff: Re: [lmn] Temporärer Einsatz von WLAN
Datum: 30.07.2016, 10:36 Uhr
An: linuxmuster-user@lists.linuxmuster.net





> Also musst Du den UNC-Pfad direkt
> eingeben, ggf. sogar mit IP.

Das heißt, dass du das einbinden von "Home_auf_Server" über
"Netzwerklaufwerk verbinden" machst?? Und die Abfrage der Berechtigungen
via LDAP funktioniert dann? M.a.W.: Können alle User das mit ihrem
eigenen Home-Verzeichnis?
(mit einem Android-Gerät auch machbar?)

Michael


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net 
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Temporärer Einsatz von WLAN

[Alois Raunheimer]

Hallo Michael,

ja, das geht. Man benötigt vermutlich eine passende App. Bei uns habe ich
das schon mit einem IPad gemacht.

Gruß Alois

Am 30.07.2016 10:36 schrieb "Michael Hagedorn" <
michael.haged...@leoninum.org>:

> > Also musst Du den UNC-Pfad direkt
> > eingeben, ggf. sogar mit IP.
>
> Das heißt, dass du das einbinden von "Home_auf_Server" über
> "Netzwerklaufwerk verbinden" machst?? Und die Abfrage der Berechtigungen
> via LDAP funktioniert dann? M.a.W.: Können alle User das mit ihrem
> eigenen Home-Verzeichnis?
> (mit einem Android-Gerät auch machbar?)
>
> Michael
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Temporärer Einsatz von WLAN

[Michael Hagedorn]

> Also musst Du den UNC-Pfad direkt
> eingeben, ggf. sogar mit IP.

Das heißt, dass du das einbinden von "Home_auf_Server" über
"Netzwerklaufwerk verbinden" machst?? Und die Abfrage der Berechtigungen
via LDAP funktioniert dann? M.a.W.: Können alle User das mit ihrem
eigenen Home-Verzeichnis?
(mit einem Android-Gerät auch machbar?)

Michael


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Temporärer Einsatz von WLAN

[juergen.engel...@t-online.de]

Hallo Michael,
aus BLAU reicht bei mir die Ports 137 und 139 in beiden Richtungen 
durchzulassen.
Der Server taucht jedoch nicht in der Netzwerkumgebung auf, weil diese mit 
Broadcasts aufgebaut wird. Also musst Du den UNC-Pfad direkt eingeben, ggf. 
sogar mit IP.

Gruß Jürgen



Gesendet mit der Telekom Mail App




--- Original-Nachricht ---
Von: Michael Hagedorn
Betreff: Re: [lmn] Temporärer Einsatz von WLAN
Datum: 30.07.2016, 9:24 Uhr
An: linuxmuster-user@lists.linuxmuster.net






>> das geht schon, aber das Konzept der lml sieht das so nicht vor.
>> Wir haben einen WLAN Zugangsserver um sicher zu stellen, dass interne
>> Netz nicht gefährdet wird.
>> Ein Accesspoint in Grün gibt den Server von innen mannigfaltigen
>> Angriffen preis: mach das so nicht.

Hallo ... an dieser Stelle bin ich wieder bei meiner Frage von vor ein
paar Tagen: Wie kann man es erreichen, dass ein Client, der sich in blau
(bzw "violett/transparent") befindet, auf seine eigenen Dateien (in
grün!) zugreifen kann? Mit einer einfachen Portweiterleitung bzw einem
Zugriff vom WLAN -> grün kommt man da nicht weiter, oder?

Michael


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net 
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Temporärer Einsatz von WLAN

[juergen.engel...@t-online.de]

Hallo Jürgen,
mit offener Dose meine ich für die Schüler zugänglich und nicht auf 
MAC-Adressen beschränkt.
Mit Beschränkung auf MACs könntest Du auch die APs ein wenig besser 
schützen.

Gruß Jürgen



Gesendet mit der Telekom Mail App




--- Original-Nachricht ---
Von: J. Gaisser
Betreff: Re: [lmn] Temporärer Einsatz von WLAN
Datum: 30.07.2016, 8:14 Uhr
An: Discussions about using linuxmuster.net





Hallo Jürgen,

> es kommt darauf an, welche Clients Du in diesem WLAN haben willst. BYOD 
oder schuleigene
> Geräte?
Zunächst nur schuleigene - noch anzuschaffende - Android-Tablets, die mit 
mobilem AP in
einem Klassenzimmer eingesetzt werden sollen.

> Wenn der AP nur temporär für schuleigene Linuxclients in Betrieb wäre, 
wäre GRUEN mit nur
> für root lesbaren WPA-PSK OK.
Außerdem planen wir eine AP im Lehrerzimmer für die mobilen Geräte der 
Lehrer.

> Einen großen Sicherheitszuwachs durch WLAN in BLAU hast Du erst dann, 
wenn es in GRUEN
> keine offenen Dosen gibt.
Das mit "keine offenen Dosen" verstehe ich nicht.

Viele Grüße
Jürgen
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net 
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Temporärer Einsatz von WLAN

[juergen.engel...@t-online.de]

Hallo Alois,
für Windows ab Vista und MacOS X wüßte ich auch nicht, wie man das Auslesen 
des WPA-PSK verhindern könnte :-(
Mit XP und Linux kann man.
Wie es mit Android aussieht, müsste ich ausprobieren. Gehört zum Thema MDM 
...

Gruß Jürgen




Gesendet mit der Telekom Mail App



--- Original-Nachricht ---
Von: Alois Raunheimer
Betreff: Re: [lmn] Temporärer Einsatz von WLAN
Datum: 30.07.2016, 8:59 Uhr
An: Discussions about using linuxmuster. net



Hallo Jürgen,

der Preshared-Key steht in jedem WLAN-Fähigen Gerät. Es dauert sicher nicht 
lang, da hat ihn ein Schüler ausgelesen. Danach ist das Schulnetz offen wie 
ein Scheunentor.

Gruß Alois


Am 30.07.2016 08:05 schrieb " juergen.engel...@t-online.de
 " < juergen.engel...@t-online.de
 >:
  Hallo Jürgen,
  es kommt darauf an, welche Clients Du in diesem WLAN haben willst. BYOD
  oder schuleigene Geräte?
  Wenn der AP nur temporär für schuleigene Linuxclients in Betrieb wäre,
  wäre GRUEN mit nur für root lesbaren WPA-PSK OK.
  Einen großen Sicherheitszuwachs durch WLAN in BLAU hast Du erst dann,
  wenn es in GRUEN keine offenen Dosen gibt.

  Gruß Jürgen


  --
  Gesendet mit der Telekom Mail App
  



  --- Original-Nachricht ---
  Von: Holger Baumhof
  Betreff: Re: [lmn] Temporärer Einsatz von WLAN
  Datum: 30.07.2016, 1:09 Uhr
  An: Discussions about using linuxmuster.net 





  Hallo Jürgen,

  > Ich dachte an einen "Ubiquiti UniFi AP AC PRO" mit 2x 10/100/1000
  Ethernet.
  > Könnte der AP nicht im grünen Netz betrieben werden?

  das geht schon, aber das Konzept der lml sieht das so nicht vor.
  Wir haben einen WLAN Zugangsserver um sicher zu stellen, dass interne
  Netz nicht gefährdet wird.
  Ein Accesspoint in Grün gibt den Server von innen mannigfaltigen
  Angriffen preis: mach das so nicht.

  Viele Grüße

  Holger

  --
  Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
  
  ___
  linuxmuster-user mailing list
  linuxmuster-user@lists.linuxmuster.net 
  https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
  


  ___
  linuxmuster-user mailing list
  linuxmuster-user@lists.linuxmuster.net
  
  https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
  

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Temporärer Einsatz von WLAN

[Michael Hagedorn]

>> das geht schon, aber das Konzept der lml sieht das so nicht vor.
>> Wir haben einen WLAN Zugangsserver um sicher zu stellen, dass interne
>> Netz nicht gefährdet wird.
>> Ein Accesspoint in Grün gibt den Server von innen mannigfaltigen
>> Angriffen preis: mach das so nicht.

Hallo ... an dieser Stelle bin ich wieder bei meiner Frage von vor ein
paar Tagen: Wie kann man es erreichen, dass ein Client, der sich in blau
(bzw "violett/transparent") befindet, auf seine eigenen Dateien (in
grün!) zugreifen kann? Mit einer einfachen Portweiterleitung bzw einem
Zugriff vom WLAN -> grün kommt man da nicht weiter, oder?

Michael


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] linuxmuster-linbo 2.3.2-0

[Bernd Kaiser]

Hallo Thomas,

herzlichen Dank für die schnelle Lösung. Mit Linbo 2.3.4 funktioniert 
der USB-LAN-Adapter wie er soll! Super!


Viele Grüße

Bernd


Am 29.07.2016 um 17:41 schrieb Thomas Schmitt:

Hallo Bernd,

Am 28.07.2016 um 17:47 schrieb Bernd Kaiser:

Hallo Holger, hallo Thomas

vielen Dank für das Paket und eure Bemühungen. Mit der Linbo-Version
2.3.0-35 klappt es wieder wie gewohnt: Client-IP und MAC-Adresse wird
angezeigt und die Verbindung zum Server steht. Auch wie gewohnt
funktioniert die Tastatur des Convertibles nicht. Dann ist wohl doch ein
fehlender/neuer USB-Treiber Schuld?
Gibt es da bald eine Lösung?

jepp! Mit 2.3.4 sollte dein USB-Teil funktionieren.

VG, Thomas



___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user