Re: [lmn] Kein autostart

2015-08-20 Thread Senft, Stefan

Hallo Thorsten,

Danke - das war's!

APPEND initrd=linbofs.lz vga=788 quiet splash splash autostart=0

Entferne mal autostart=0.


Dass da jetzt 2x splash steht, irritiert mich etwas.
APPEND initrd=linbofs.lz vga=788 quiet splash splash

Mit nur einem splash scheint auch nichts anderes zu passieren als mit 
zweien.


MfG

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


Re: [lmn] start.conf

2015-08-20 Thread Lerch Stefan
Vielen Dank für die Info. Ich habe diese Vorlage angepasst und benutzt.
Leider startet immer wieder das Windows von sda1, obwohl ich explizit beim 
jeweils auf die sda1 bzw. sda2 verweise.

Hier meine start.conf

# LINBO start.conf für zweimal Windows 7
# Windows 7 auf Partition 1 (NTFS)
# Windows 7 auf Partition 2 (NTFS)
# Daten auf Partition 3
# Cache auf Partition 4
# Festplatte 140G

[LINBO]  # globale Konfiguration
Cache = /dev/sda4# lokale Cache Partition
Server = 10.16.1.1   # IP des Linbo-Servers, der das 
Linbo-Repository vorhält
Group = bc974w7   # Name der Rechnergruppe für die diese 
Konfigurationsdatei gilt
RootTimeout = 600# automatischer Rootlogout nach 600 Sek.
Autopartition = no  # automatische Partitionsreparatur beim 
LINBO-Start
AutoFormat = no  # kein automatisches Formatieren aller 
Partitionen beim LINBO-Start
AutoInitCache = no   # kein automatisches Befüllen des Caches 
beim LINBO-Start
DownloadType = rsync   # Image-Download per 
torrent|multicast|rsync, default ist rsync
BackgroundFontColor = white # Bildschirmschriftfarbe (default: 
white)
ConsoleFontColorStdout = lightgreen # Konsolenschriftfarbe (default: white)
ConsoleFontColorStderr = orange # Konsolenschriftfarbe für 
Fehler-/Warnmeldungen (default: red)
KernelOptions =  # Beispiele:
#KernelOptions = acpi=noirq irqpoll  # LINBO Kerneloptionen (z. B. 
acpi=off), m. Leerz. getrennt
#KernelOptions = server=10.16.1.5  # Abweichende Linbo-Server-IP als 
Kerneloption gesetzt
   # falls gesetzt wird diese IP beim 
Workstationsimport verwendet

[Partition]  # Start einer Partitionsdefinition, Windows XP auf 
FAT32
Dev = /dev/sda1  # Device-Name der Partition (sda1 = erste Partition 
auf erster Platte)
Size = 41943040  # Partitionsgroesse in kB (Bsp.: ca. 5G)
Id = 7   # Partitionstyp (83 = Linux, 82 = swap, c = FAT32, 7 = 
NTFS, ...)
FSType = ntfs# Dateisystem auf der Partition (FAT32)
Bootable = no# Bootable-Flag

[Partition]  # Start einer Partitionsdefinition, Windows 7 auf NTFS
Dev = /dev/sda2  # Device-Name der Partition (sda2 = zweite Partition 
auf erster Platte)
Size = 41943040  # Partitionsgroesse in kB (Bsp.: ca. 20G)
Id = 7   # Partitionstyp (83 = Linux, 82 = swap, c = FAT32, 7 = 
NTFS, ...)
FSType = ntfs# Dateisystem auf der Partition (NTFS)
Bootable = no# Bootable-Flag

[Partition]  # Start einer Partitionsdefinition, Datenpartition mit 
NTFS
Dev = /dev/sda3  # Device-Name der Partition (sda3 = dritte Partition 
auf erster Platte)
Size = 5242880   # Partitionsgroesse in kB (Bsp.: ca. 35G)
Id = 7   # Partitionstyp (83 = Linux, 82 = swap, c = FAT32, 7 = 
NTFS, ...)
FSType = ntfs# Dateisystem auf der Partition
Bootable = no# Bootable-Flag

[Partition]  # Definition der Cache-Partition
Dev = /dev/sda4  # Device-Name der Partition (sda4 = vierte Partition 
auf erster Platte)
Size =   # Partitionsgroesse in kB (Bsp.: keine Angabe = Rest 
der Platte, ca. 20G)
Id = 83  # Partitionstyp (83 = Linux, 82 = swap, c = FAT32, ...)
FSType = ext4# Dateisystem fuer Cache-Partition (ext4)
Bootable = no# Bootable-Flag

[OS]   # Beginn einer Betriebssystemdefinition
Name = Windows 7 Birkungen # Name des Betriebssystems
Version =  # Version (optional, frei waehlbar)
Description = Windows 7 Birkungen   # Beschreibung
IconName = windows7.png   # Icon für die Startseite, muss unter 
/var/linbo/icons abgelegt sein
Image =# kein differentielles Image definiert
BaseImage = bc974w7.cloop  # Dateiname des Basisimages (Erweiterung .cloop)
Boot = /dev/sda1   # Partition, die Kernel & Initrd enthaelt
Root = /dev/sda1   # Rootpartition, in die das BS installiert ist
Kernel = reboot# Relativer Pfad zum Kernel, bei Windows grub.exe
Initrd =   # Relativer Pfad zur Initrd, bei Windows immer 
leer
Append =   # bleibt bei Windows leer
StartEnabled = yes  # "Start"-Button deaktiviert
SyncEnabled = yes  # "Sync+Start"-Button anzeigen
NewEnabled = no   # "Neu+Start"-Button anzeigen
Hidden = yes   # zeige OS-Reiter an
Autostart = no # automatischer synchronisierter Start dieses 
Betriebssystems: yes|no
AutostartTimeout = 5   # Timeout in Sekunden für Benutzerabbruch bei 
Autostart
DefaultAction = sync   # DefaultAction bei Autostart: start|sync|new

[OS]   # Beginn

Re: [lmn] start.conf

2015-08-20 Thread Thorsten Koslowski
Hallo Stefan!

> Kernel = reboot# Relativer Pfad zum Kernel, bei Windows 
> grub.exe

Ich denke es könnte am reboot liegen. Nach dem Neustart nimmt er sich einfach 
immer die erste Platte. Inwieweit Thomas an eine Möglichkeit gedacht hat, dass 
jemand 2 Windoofse starten will/muss weiß ich nicht..

Braucht deine Hardware den reboot?
Ich würde es mal mit einer anderen Hardware testen, die ohne reboot auskommt. 

Beste Grüße

Thorsten

### eingesetztes System ###

LINUXMUSTER.NET
Die _freie_ Linux Musterlösung 

  - virtualisiert unter KVM
+ Server
Codename Babo
6.1.0-30ubuntu0
+ IPFire
Core 91
+ coovachilli auf Blau 
 - Linbo 2.2.16

###

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


[lmn] Boot Client: PXE oder von lokaler Platte?

2015-08-20 Thread Christoph Gölz

Hallo,

unsere Clients starten etwas schneller, wenn man im Bios den Boot von 
"PXE" auf "lokale Platte" umstellt.

In beiden Fällen erfolgt der Boot über linbo.

Spricht etwas dagegen, bei in LINBO bereits registrierten Clients diese 
Umstellung durchzuführen? Wichtig wäre mir, dass Aktualisierungen wie 
neue Images oder Umstellungen in der start.conf bei vorhandener 
LAN-Verbindung auch beim Boot von "lokaler Platte" sofort eingespielt 
werden.


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


Re: [lmn] Boot Client: PXE oder von lokaler Platte?

2015-08-20 Thread Senft, Stefan

Hallo,

in etwa die selbe Frage beschäftigt mich momentan: Wann werden
1. die LINBO-Knoppix-Einstellungen (in pxelinux.cfg)
und
2. die LINBO-Image-Einstellungen (in start.conf)
vom Server auf die lokale LINBO-Kopie gesynct?

Im Handbuch und Wiki und LINBO-Handbuch habe ich nichts genaues gefunden.

MfG

Stefan

Am 20.08.2015 17:58, schrieb Christoph Gölz:

Hallo,

unsere Clients starten etwas schneller, wenn man im Bios den Boot von 
"PXE" auf "lokale Platte" umstellt.

In beiden Fällen erfolgt der Boot über linbo.

Spricht etwas dagegen, bei in LINBO bereits registrierten Clients 
diese Umstellung durchzuführen? Wichtig wäre mir, dass 
Aktualisierungen wie neue Images oder Umstellungen in der start.conf 
bei vorhandener LAN-Verbindung auch beim Boot von "lokaler Platte" 
sofort eingespielt werden.


Viele Grüße
Christoph
___
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] Boot Client: PXE oder von lokaler Platte?

2015-08-20 Thread Jörg Richter
Hallo Christoph, hallo Stefan,

Es gibt keinen großen Unterschied. Bei einem synchronisierten Start eines 
Betriebssystems werden geänderte Konfigurationsdateien, neue Images und auch 
ein neues Linbo automatisch vom Server geholt - ein neues Linbo würde dann eben 
erst bei nächsten Start genutzt. Und natürlich: Linbo startet vom Netz auch 
dann, wenn die lokale Kopie aus irgendeinem Grund nicht mehr geht.

Wenn also der lokale Start schneller geht, dann kann man das aus meiner Sicht 
ohne Probleme nutzen.


Viele Grüße

Jörg Richter








> Am 20.08.2015 um 17:33 schrieb Senft, Stefan :
> 
> Hallo,
> 
> in etwa die selbe Frage beschäftigt mich momentan: Wann werden
> 1. die LINBO-Knoppix-Einstellungen (in pxelinux.cfg)
> und
> 2. die LINBO-Image-Einstellungen (in start.conf)
> vom Server auf die lokale LINBO-Kopie gesynct?
> 
> Im Handbuch und Wiki und LINBO-Handbuch habe ich nichts genaues gefunden.
> 
> MfG
> 
> Stefan
> 
> Am 20.08.2015 17:58, schrieb Christoph Gölz:
>> Hallo,
>> 
>> unsere Clients starten etwas schneller, wenn man im Bios den Boot von "PXE" 
>> auf "lokale Platte" umstellt.
>> In beiden Fällen erfolgt der Boot über linbo.
>> 
>> Spricht etwas dagegen, bei in LINBO bereits registrierten Clients diese 
>> Umstellung durchzuführen? Wichtig wäre mir, dass Aktualisierungen wie neue 
>> Images oder Umstellungen in der start.conf bei vorhandener LAN-Verbindung 
>> auch beim Boot von "lokaler Platte" sofort eingespielt werden.
>> 
>> Viele Grüße
>> Christoph
>> ___
>> 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] Boot Client: PXE oder von lokaler Platte?

2015-08-20 Thread Juergen Engeland
Hallo Jörg,

wenn linbo von der lokalen Festplatte startet, bekommt es dann mit, wenn
ich den Startmodus von start auf sync ändere, z. B. weil es ein neues
Image gibt?

Wenn ich unsere Notebooks synchronisiere, muss ich diese danach
mindestens einmal mit der Einstellung start am Festnetz (mit PXE?)
booten, damit sie nicht bei jedem offline-Start syncen.

M. E. aktualisiert linbo nach jedem PXE-boot das lokale offline-linbo.

Konkret: gibt es einen Unterschied zwischen lokalem und offline-boot?
Meine Vermutung: Nein.

Gruß Jürgen

Am 20.08.2015 um 19:30 schrieb Jörg Richter:
> Hallo Christoph, hallo Stefan,
>
> Es gibt keinen großen Unterschied. Bei einem synchronisierten Start eines 
> Betriebssystems werden geänderte Konfigurationsdateien, neue Images und auch 
> ein neues Linbo automatisch vom Server geholt - ein neues Linbo würde dann 
> eben erst bei nächsten Start genutzt. Und natürlich: Linbo startet vom Netz 
> auch dann, wenn die lokale Kopie aus irgendeinem Grund nicht mehr geht.
>
> Wenn also der lokale Start schneller geht, dann kann man das aus meiner Sicht 
> ohne Probleme nutzen.
>
>
> Viele Grüße
>
> Jörg Richter
>
>
>
>
>
>
>
>
>> Am 20.08.2015 um 17:33 schrieb Senft, Stefan :
>>
>> Hallo,
>>
>> in etwa die selbe Frage beschäftigt mich momentan: Wann werden
>> 1. die LINBO-Knoppix-Einstellungen (in pxelinux.cfg)
>> und
>> 2. die LINBO-Image-Einstellungen (in start.conf)
>> vom Server auf die lokale LINBO-Kopie gesynct?
>>
>> Im Handbuch und Wiki und LINBO-Handbuch habe ich nichts genaues gefunden.
>>
>> MfG
>>
>> Stefan
>>
>> Am 20.08.2015 17:58, schrieb Christoph Gölz:
>>> Hallo,
>>>
>>> unsere Clients starten etwas schneller, wenn man im Bios den Boot von "PXE" 
>>> auf "lokale Platte" umstellt.
>>> In beiden Fällen erfolgt der Boot über linbo.
>>>
>>> Spricht etwas dagegen, bei in LINBO bereits registrierten Clients diese 
>>> Umstellung durchzuführen? Wichtig wäre mir, dass Aktualisierungen wie neue 
>>> Images oder Umstellungen in der start.conf bei vorhandener LAN-Verbindung 
>>> auch beim Boot von "lokaler Platte" sofort eingespielt werden.
>>>
>>> Viele Grüße
>>> Christoph
>>> ___
>>> 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