Du bist nicht eingeloggt! Möglicherweise kannst du deswegen nicht alles sehen.
  (Noch kein mods.de-Account? / Passwort vergessen?)
Zur Übersichtsseite
Hallo anonymer User.
Bitte logge dich ein
oder registriere dich!
 Moderiert von: mercury, Schalentier


 Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd )
« vorherige 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 [87] 88 89 90 91 92 93 94 95 96 97 98 99 100 nächste »
erste ungelesene Seite | letzter Beitrag 
csde_rats

AUP csde_rats 04.09.2021
Ich glaub auf ne abuse-Mail hin hab ich bisher vielleicht einmal ne Antwort bekommen...
25.08.2014 15:09:13  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
krautjork

AUP krautjork 30.12.2012
 
Zitat von GarlandGreene

oh, nett. BTsync ist zwar super, aber nicht open source. Das behalte ich auch mal im Auge.


Ich finde BTSync ist vorallem buggy...
25.08.2014 17:27:05  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Mal so eine blöde Frage.

Auf meinem neuen alten Rechner spammt mir die ganze Zeit folgendes in den Kernellog:

 
[37123.998684] ata9: exception Emask 0x73 SAct 0x0 SErr 0xffffffff action 0xe frozen t1
[37123.998701] ata9: irq_stat 0xffffffff, unknown FIS 00000000 00000000 00000000 00000000, host bus
[37123.998710] ata9: SError: { RecovData RecovComm UnrecovData Persist Proto HostInt PHYRdyChg PHYInt CommWake 10B8B Dispar BadCRC Handshk LinkSeq TrStaTrns UnrecFIS DevExch }
[37123.998722] ata9: limiting SATA link speed to 1.5 Gbps
[37123.998731] ata9: hard resetting link
[37125.518609] ata10: failed to resume link (SControl FFFFFFFF)
[37125.518633] ata10: SATA link down (SStatus FFFFFFFF SControl FFFFFFFF)
[37125.521957] ata9: failed to resume link (SControl FFFFFFFF)
[37125.521988] ata9: SATA link down (SStatus FFFFFFFF SControl FFFFFFFF)
[37126.018632] ata10: EH pending after 5 tries, giving up
[37126.018644] ata10: EH complete
[37126.021987] ata9: EH pending after 5 tries, giving up
[37126.022005] ata9: EH complete
[37126.281602] ata10: exception Emask 0x73 SAct 0x0 SErr 0xffffffff action 0xe frozen
[37126.281613] ata10: irq_stat 0xffffffff, unknown FIS 00000000 00000000 00000000 00000000, host bus
[37126.281618] ata10: SError: { RecovData RecovComm UnrecovData Persist Proto HostInt PHYRdyChg PHYInt CommWake 10B8B Dispar BadCRC Handshk LinkSeq TrStaTrns UnrecFIS DevExch }
[37126.281626] ata10: limiting SATA link speed to 1.5 Gbps
[37126.281630] ata10: hard resetting link
[37126.281654] ata9: exception Emask 0x73 SAct 0x0 SErr 0xffffffff action 0xe frozen
[37126.281664] ata9: irq_stat 0xffffffff, unknown FIS 00000000 00000000 00000000 00000000, host bus
[37126.281673] ata9: SError: { RecovData RecovComm UnrecovData Persist Proto HostInt PHYRdyChg PHYInt CommWake 10B8B Dispar BadCRC Handshk LinkSeq TrStaTrns UnrecFIS DevExch }
[37126.281686] ata9: limiting SATA link speed to 1.5 Gbps
[37126.281692] ata9: hard resetting link



Laut diesem Skript < http://serverfault.com/a/426561/101577 > hängen meine momentan drei Platten aber an ata4, 5 und 6 (was auch ungefähr hinkommt, das Mobo hat iirc 6 Kanäle vom Chipsatz und zwei oder vier zusätzliche SATA 3.0).

Da ja an den Kanälen nix dranhängt, dürfte die Wichtigkeit dieser Fehlermeldungen eher gegen null gehen, oder?

(fakeedit: Ja, bei der nächsten Gelegenheit wird dann auf AHCI umgestellt)

In dem Sinne wäre es auch interessant rauszufinden, zu welchem Controller welcher ataXY gehört. (e: durchs Journal gegrept ; beim Starten zeigt er nur irgendwelche I/O Addressen aber nix namentliches an)

/e:
Aha, mittels

sudo udevadm info -q all -n /dev/sd? | grep DEVPATH

kann man den zugehörigen Controller bzw. seinen PCI-Pfad sehen. Die Platten hängen alle am Chipset-Interface.
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von csde_rats am 25.08.2014 21:19]
25.08.2014 21:09:06  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Ähm, jop, scheint tatsächlich der zweite Controller zu sein, der warumauchimmer glaubt da stecke was drin.

dmesg -w aufgemacht

Parallel dazu "echo 1 | sudo tee /sys/bus/pci/devices/0000:05:00.0/remove"

Kleines KernelWARNING & danach Ruhe. Gut, dann mache ich den beim nächsten Reboot im BIOS aus.

Ist btw. ein JMicron JMB363 Controller, auf einem GA-870A-UD3 Board.
25.08.2014 21:39:03  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
[KdM]MrDeath

mrdeath2
 
Zitat von csde_rats

 
Zitat von MartiniMoe

Was bringt es überhaupt, wenn das Notebook fast immer Suspend to RAM macht?



Gegen einen Angreifer mit Kältespray oder 0-Day oder andere Lücke? Gar nix.



du meinst zugang zum 1394 oder pciexpress port? Augenzwinkern
25.08.2014 21:43:51  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
theromi

AUP theromi 02.06.2020
Mhh, die Webstite meines Email-Anbieters listet gerade nur Ordnerinhalte.

Ich wechsel einfach schon mal alle Passwörter.
25.08.2014 21:53:05  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
Manchmal fragt man sich ja schon..
25.08.2014 21:54:26  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Ah ja, selbst wenn das Webfrontend und der Mailserver im gleichen Subnetz hängen ist das grob fahrlässig:

 
Code:
<clientConfig version="1.1">
  <emailProvider id="posteo.de">
    <domain>posteo.de</domain>
    <displayName>Posteo</displayName>
    <displayShortName>Posteo</displayShortName>
    <incomingServer type="imap">
      <hostname>posteo.de</hostname>
      <port>143</port>
      <socketType>STARTTLS</socketType>
      <username>%EMAILADDRESS%</username>
      <authentication>password-cleartext</authentication>
    </incomingServer>
    <incomingServer type="pop3">
      <hostname>posteo.de</hostname>
      <port>995</port>
      <socketType>SSL</socketType>
      <username>%EMAILADDRESS%</username>
      <authentication>password-cleartext</authentication>
      <pop3>
            <leaveMessagesOnServer>true</leaveMessagesOnServer>
            <loginAtStartUp>true</loginAtStartUp>
	  <downloadOnBiff>true</downloadOnBiff>
            <daysToLeaveMessagesOnServer>14</daysToLeaveMessagesOnServer>
         </pop3>
    </incomingServer>
    <outgoingServer type="smtp">
      <hostname>posteo.de</hostname>
      <port>587</port>
      <socketType>STARTTLS</socketType>
      <username>%EMAILADDRESS%</username>
      <authentication>password-cleartext</authentication>
    </outgoingServer>
  </emailProvider>
</clientConfig>
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 25.08.2014 21:57]
25.08.2014 21:57:14  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
TheRealHawk

AUP TheRealHawk 26.11.2007
Posteo würde ich eigentlich unterstellen, dass sie wissen was sie tun. Das was da noch liegt braucht man ja zur automatischen Konfiguration verschiedener Clients.

/e: was jetzt? Das ist einfach das Auto-Provisioning File für Thunderbird.
https://wiki.mozilla.org/Thunderbird:Autoconfiguration:ConfigFileFormat

Ich würde erstmal vermuten, dass die aufgrund eines wie auch immer gearteten Problems nur die eigentliche Website offline genommen haben.
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von TheRealHawk am 25.08.2014 22:01]
25.08.2014 21:57:35  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Ah ja, ich seh gerade, etwas zu früh geschossen ; die Verbindungen gehen ja über SSL. "password-cleartext"-Auth sollte demnach unbedenklich sein.
25.08.2014 21:59:59  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
traurig gucken
https://bugs.freedesktop.org/show_bug.cgi?id=67878

Warten auf Nouvot
25.08.2014 22:04:15  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
RFC 7208 (4-2014)
 
SPF records MUST be published as a DNS TXT (type 16) Resource Record
(RR) [RFC1035] only. The character content of the record is encoded
as [US-ASCII]. Use of alternative DNS RR types was supported in
SPF's experimental phase but has been discontinued.


Wusstet ihr das? peinlich/erstaunt
25.08.2014 22:13:50  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Traxer

Mod GSG9
 
Zitat von Rufus

RFC 7208 (4-2014)
 
SPF records MUST be published as a DNS TXT (type 16) Resource Record
(RR) [RFC1035] only. The character content of the record is encoded
as [US-ASCII]. Use of alternative DNS RR types was supported in
SPF's experimental phase but has been discontinued.


Wusstet ihr das? peinlich/erstaunt


ja, schon lange.
25.08.2014 22:22:24  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
Tja, der deutschen Wikipedia hat es auch niemand gesagt.
25.08.2014 22:27:19  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
verschmitzt lachen
Der RFC hat es sich auch noch nicht gesagt
25.08.2014 22:51:10  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Traxer

Mod GSG9
die RFC kennt das schon... da hab ich das zum beispiel her gewusst: http://tools.ietf.org/html/rfc7208#section-3

---

diese beiden artikel hier beschreiben eigentlich recht gut, was ich und viele andere leute für ein problem mit systemd haben.

http://www.infoworld.com/d/data-center/systemd-harbinger-of-the-linux-apocalypse-248436
http://www.infoworld.com/d/data-center/choose-your-side-the-linux-divide-248950
25.08.2014 22:55:05  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
Oh. Breites Grinsen
25.08.2014 22:55:25  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
KDE Frameworks 5 Bibliotheken:



's schon n' großes Projekt Breites Grinsen
25.08.2014 23:13:19  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
TheRealHawk

AUP TheRealHawk 26.11.2007
 
Zitat von Traxer

diese beiden artikel hier beschreiben eigentlich recht gut, was ich und viele andere leute für ein problem mit systemd haben.

http://www.infoworld.com/d/data-center/systemd-harbinger-of-the-linux-apocalypse-248436
http://www.infoworld.com/d/data-center/choose-your-side-the-linux-divide-248950


Uh, da war Linus aber angepisst Breites Grinsen
/e: jetzt hab ich noch den ganzen Thread auf der LKML gelesen
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von TheRealHawk am 26.08.2014 1:10]
26.08.2014 0:23:35  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
theromi

AUP theromi 02.06.2020
 
Zitat von Traxer

http://www.infoworld.com/d/data-center/systemd-harbinger-of-the-linux-apocalypse-248436


Naja, habe bis jetzt nur den ersten Artikel gelesen. Ansich besteht der ja nur aus zwei Scheinargumenten: 1. "Unix-Philosophie" und 2. "Die Devs sind Arschlöcher".

Ich kann mir selbst keine abschliessende Meinung über Systemd bilden, aber das kann es ja nicht sein. Manchmal muss man halt alte Regeln brechen (wenn dem überhaupt so ist, bswp. das im Artikel genannte netctl ist ja ein eigenens Tool, oder nicht?) und manchmal (ganz besonders in der KML) muss man halt ein Arschloch sein.

/e:
 
Zitat von Traxer

http://www.infoworld.com/d/data-center/choose-your-side-the-linux-divide-248950


Das ist genauso ein Circlejerk auf Paradigmen von 1984.

 
SysVinit wasn't broken, and it didn't need to be fixed


Das galt halt auch mal für Pferdekutschen mit den Augen rollend
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von theromi am 26.08.2014 2:03]
26.08.2014 1:54:57  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
 
Zitat von theromi

Das galt halt auch mal für Pferdekutschen mit den Augen rollend


Ich nehme an, du willst drauf hinaus, dass wir die heute noch benutzen würden, wenn es keine mutigen Pioniere auf dem Gebiet gegeben hätte. Stimmt. Aber wäre Pöttering da dran gewesen, wären trotzdem keine Hybridmotoren bei rausgekommen, sondern lediglich die Pferde durch Kühe auf Speed ersetzt worden, die Kutschen könnten nur noch dreieckige Fässer transportieren und statt Zuggeschirr müssten magische Flachsbänder benutzt werden, die im Regen zerbröseln. Wenn es in deiner Gegend oft regnet, kannst du immerhin an jedem zweiten Baum ein Pamphlet einsehen, wie sehr das dem Kutschereiminister am Arsch vorbeigeht.
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Rufus am 26.08.2014 5:33]
26.08.2014 5:31:20  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
Klingt super. Breites Grinsen
26.08.2014 8:12:12  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
GH@NDI

ghandi2
Bin ich nur zu doof, oder hat Ubuntu da wieder irgend eine Sonderbehandlung notwendig? Habe in aptitude mein "opera-developer" auf die Version 25.0.1592.0 "festgelegt" d.H. ich möchte das aktuelle update auf *.1957.* nicht bekommen. Aptitude kapiert das auch. Nur der olle Softwareupdater nach jedem Systemstart ist der Meinung, er würde da jetzt gerne ein update installieren...

Ist ein Xubuntu 14.04...
26.08.2014 8:35:14  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
hoschi

hoschi
Klingt durchaus moeglich bei Debian, apt und aptitude teilen ja auch nicht die selbe Logik.
26.08.2014 9:59:26  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
TheRealHawk

AUP TheRealHawk 26.11.2007
 
Zitat von Rufus

 
Zitat von theromi

Das galt halt auch mal für Pferdekutschen mit den Augen rollend


Ich nehme an, du willst drauf hinaus, dass wir die heute noch benutzen würden, wenn es keine mutigen Pioniere auf dem Gebiet gegeben hätte. Stimmt. Aber wäre Pöttering da dran gewesen, wären trotzdem keine Hybridmotoren bei rausgekommen, sondern lediglich die Pferde durch Kühe auf Speed ersetzt worden, die Kutschen könnten nur noch dreieckige Fässer transportieren und statt Zuggeschirr müssten magische Flachsbänder benutzt werden, die im Regen zerbröseln. Wenn es in deiner Gegend oft regnet, kannst du immerhin an jedem zweiten Baum ein Pamphlet einsehen, wie sehr das dem Kutschereiminister am Arsch vorbeigeht.


Der Kay Sievers Weg wäre "wenn unsere Achsen brechen ersetzt halt euer Kopfsteinpflaster durch Asphalt". Und wo ihr schon dabei seit, baut eine vierspurige Schnellstraße mit Radwegen und Fußgängerunterführungen mit Fahrstühlen.
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von TheRealHawk am 26.08.2014 11:12]
26.08.2014 11:09:45  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Der Issue im Bugtracker mit Kay Sievers ist ja wirklich genial.... D:


Moment mal, DIE entwickeln die Basissoftware für unser OS?! Oh shit oh shit oh shit....
26.08.2014 11:36:51  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
Für euer OS, ja.
26.08.2014 12:25:21  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
traurig
26.08.2014 12:27:19  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
FreeHawk*

AUP FreeHawk* 31.10.2010
Gibts denn noch taugende Distros die vollkommen auf systemd verzichten können?
(Und wo man nicht zwangsweise nur n src basierten Packetmanager hat)
26.08.2014 13:05:12  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
http://www.golem.de/news/glibc-fehlerhaftes-null-byte-fuehrt-zu-root-zugriff-1408-108814.html

Ich find es toll, dass nach all den Jahren Entwickler bei Lücken immernoch fragen "Kann man das überhaupt ausnutzen, muss ich das fixen?"...
26.08.2014 13:11:47  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
 Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd )
« vorherige 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 [87] 88 89 90 91 92 93 94 95 96 97 98 99 100 nächste »

mods.de - Forum » Linux » 

Hop to:  

Mod-Aktionen:
13.09.2014 17:26:16 teK hat diesen Thread geschlossen.

| tech | impressum