Вопросы Теги

Как очистить кеш / dev / sdx?

Вот что я сделал, шаг за шагом:

Установлена ​​реализация следующего сервера Ubuntu 14.04 «next-next-next». Войдите в систему с правами администратора на консоли, затем выполните следующую команду: 
sudo apt-get install openssh-server
Затем мы создаем пользователя без полномочий root. В этом примере мы используем svnadministrator. 
sudo adduser svnadministrator
(пара подсказок для этой процедуры, пароль / пользователь, подробная информация и т. д.) 
sudo visudo
Ищите ---> root ALL=(ALL:ALL) ALL, а затем ниже, чтобы ввести следующую запись: 
svnadministrator ALL=(ALL:ALL) ALL
Сохраните изменения. ВЫХОД ИЗ ROOT, а затем войдите в систему как пользователь, не являющийся пользователем root, который вы создали (svnadministrator в этом примере). !!! Заметки для subversion говорят, что пытаться сделать это как пользователь без полномочий root, поэтому я сделал. !!! 
sudo add-apt-repository ppa:webupd8team/java  
sudo apt-get update
(Вы можете изменить «6» на «7» или «8» в следующей команде, в зависимости от выбранной вами версии Java. SVN, похоже, хочет 6) 
sudo apt-get install oracle-java6-installer
(Согласитесь с условиями.) 
sudo apt-get install oracle-java6-set-default
Установите домашнюю переменную. 
export JAVA_HOME=/usr/lib/jvm/java-6-oracle/
Получить установщика с http://www.collab.net/svnedge. Вам нужно будет войти в систему и / или создать учетную запись. (Я загрузил его в окно Windows, затем перетащил его в мой Linux-блок) 
tar -zxf CollabNetSubversionEdge-1.1.0_linux-x86.tar.gz
Файл tar.gz распакован в каталог csvn. 
cd csvn  
bin/csvn start
(Подождите минуту или около того ...) 
http://192.168.x.x:3343/csvn/login/auth

DONE!

0
задан 8 December 2017 в 19:34

3 ответа

Я нашел проблему с фактическим «кешем».

У меня был фрагмент кода, который позволял файловому дескриптору открываться в каждом испытании диска до тех пор, пока программа не заполнила все остальные пробелы для распределения fd , Ошибка была в вызове python open(), поскольку она открывала его с помощью аргумента os.O_RDWR вместо os.O_RDONLY.

os.O_RDWR позволяла открывать все дескрипторы файлов после выдачи команды ATA. После изменения его на os.O_RDONLY буфер памяти был доступен для чтения и дескриптор файла был закрыт должным образом.

Надеюсь, это поможет кому-нибудь в этом.

1
ответ дан 22 May 2018 в 15:33

Я нашел проблему с фактическим «кешем».

У меня был фрагмент кода, который позволял файловому дескриптору открываться в каждом испытании диска до тех пор, пока программа не заполнила все остальные пробелы для распределения fd , Ошибка была в вызове python open(), поскольку она открывала его с помощью аргумента os.O_RDWR вместо os.O_RDONLY.

os.O_RDWR позволяла открывать все дескрипторы файлов после выдачи команды ATA. После изменения его на os.O_RDONLY буфер памяти был доступен для чтения и дескриптор файла был закрыт должным образом.

Надеюсь, это поможет кому-нибудь в этом.

1
ответ дан 18 July 2018 в 01:35

Я нашел проблему с фактическим «кешем».

У меня был фрагмент кода, который позволял файловому дескриптору открываться в каждом испытании диска до тех пор, пока программа не заполнила все остальные пробелы для распределения fd , Ошибка была в вызове python open(), поскольку она открывала его с помощью аргумента os.O_RDWR вместо os.O_RDONLY.

os.O_RDWR позволяла открывать все дескрипторы файлов после выдачи команды ATA. После изменения его на os.O_RDONLY буфер памяти был доступен для чтения и дескриптор файла был закрыт должным образом.

Надеюсь, это поможет кому-нибудь в этом.

1
ответ дан 24 July 2018 в 17:25

Другие вопросы по тегам:

Похожие вопросы: