Frage

Ich habe gerade ein altes Repository mit einigen Linux -Kernel -Modulen geklont (fragen Sie nicht). Wenn ich auf eine Linux -Maschine klone, ist alles in Ordnung. Auf meinem Mac führt jedoch jemand (vermutlich Mac OS X) binäre Änderungen an den Modulen vor. Ich habe Autocrlf bereits deaktiviert.

Hier ist die Ausgabe von git diff -p --stat direkt Nach Klon:

 .../kernel/net/ipv4/netfilter/ipt_ecn.ko           |  Bin 3853 -> 4535 bytes
 .../kernel/net/ipv4/netfilter/ipt_ttl.ko           |  Bin 3458 -> 3904 bytes
 .../kernel/net/netfilter/xt_connmark.ko            |  Bin 4534 -> 5618 bytes
 .../2.6.26-2-686/kernel/net/netfilter/xt_dscp.ko   |  Bin 4378 -> 5217 bytes
 .../2.6.26-2-686/kernel/net/netfilter/xt_mark.ko   |  Bin 3679 -> 4334 bytes
 .../kernel/net/netfilter/xt_rateest.ko             |  Bin 4545 -> 7137 bytes
 .../2.6.26-2-686/kernel/net/netfilter/xt_tcpmss.ko |  Bin 3841 -> 6553 bytes
 7 files changed, 0 insertions(+), 0 deletions(-)

diff --git a/i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ipt_ecn.ko b/i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ipt_ecn.ko
index 76d7d8d..b1470d6 100644
Binary files a/i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ipt_ecn.ko and b/i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ipt_ecn.ko differ
diff --git a/i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ipt_ttl.ko b/i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ipt_ttl.ko
index d974dc9..9dcb633 100644
Binary files a/i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ipt_ttl.ko and b/i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ipt_ttl.ko differ
diff --git a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_connmark.ko b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_connmark.ko
index d9381a6..14c2a2c 100644
Binary files a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_connmark.ko and b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_connmark.ko differ
diff --git a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_dscp.ko b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_dscp.ko
index 36af201..178adfa 100644
Binary files a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_dscp.ko and b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_dscp.ko differ
diff --git a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_mark.ko b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_mark.ko
index 2dd1a0a..1329162 100644
Binary files a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_mark.ko and b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_mark.ko differ
diff --git a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_rateest.ko b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_rateest.ko
index 8678387..b23e514 100644
Binary files a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_rateest.ko and b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_rateest.ko differ
diff --git a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_tcpmss.ko b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_tcpmss.ko
index 13e4891..7c3c61c 100644
Binary files a/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_tcpmss.ko and b/i686/modules/2.6.26-2-686/kernel/net/netfilter/xt_tcpmss.ko differ

EIN git reset --hard tut auch nicht den Trick. Es passiert jedoch etwas Seltsames: Jedes Mal mache ich den Zurücksetzen, die Größen auf der rechten Seite von git diff Switch Orte und einige Kapitalisierungen in den Dateinamen ändern. Ich habe ein unempfindliches Dateisystem auf dem Mac, könnte das die Ursache dafür sein? Wie könnte ich das beheben (wenn möglich, ohne den Mac neu formatieren)

War es hilfreich?

Lösung

Das Problem ist auf den Fall-unempfindlichen Standard von HFS+ -Fatussystemen zurückzuführen.

Nehmen Sie die erste problematische Datei:

i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ipt_ecn.ko

Sie werden feststellen, dass (wie ursprünglich aufgezeichnet) auch eine Datei benannt ist ipt_ECN.ko im selben Verzeichnis:

git ls-tree HEAD -- i686/modules/2.6.26-2-686/kernel/net/ipv4/netfilter/ | 
grep '^ipt_.*\.ko'

Theoretisch können Sie Ihr Startvolumen in Anwendungsfallempfindlichkeitsversion von HFS+neu formatieren. Dies verursacht jedoch tendenziell Probleme mit zufälligen Anwendungen (z. foo, aber später exklusiv versuchen, eine Datei namens zu lesen Foo).

Kurz vor Bakup/Reformat/Wiederherstellung könnten Sie in einem Festplattenbild arbeiten, das mit sensiblen HFS+formatiert ist. Verwenden Sie das Disk -Dienstprogramm, um ein neues Festplattenbild (wahrscheinlich ein „spärliches Bündel“ -Fbild) zu erstellen und Ihren Arbeitsbaum in dieses Volumen zu setzen (es wird unter montiert /Volumes/). Möglicherweise müssen Sie ein Standard-Datenträgerbild erstellen und es dann neu formatieren, indem Sie „Mac OS Extended (Fallempfindlichkeit, Journaled) auf der Registerkarte" Lösche für das RSECTION-Volumen) angeben.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top