Python POPEN обыкновение работать с блочными устройствами

Question

я сверну небольшой судебно-приложение, которое выглядит как этот до сих пор

import time, os,sys 

def getter(): 
    filename = sys.argv[1] 
    print "File Entered: " + filename 
    os.system('file ' + filename) 
    print "\n" 
    pipe = os.popen("xxd " + filename, "r") 
    print pipe.read() 

I вход через командную строку массива и он печатает тип файла, а затем она является предположительно, чтобы создать канал от терминала обратно к приложению python под названием трубы «pipe». Затем я прочитал трубу под названием «труба»

Это отлично работает на небольших текстовых файлах, но не работает на блочных устройствах, даже когда я запускаю это приложение в качестве суперпользователя. В итоге это приведет к восстановлению файлов на основе вывода xxd.

любые советы, спасибо.

Answer 1

Что произойдет, если вы просто запустите xxd /dev/diskwhatever из командной строки? Работает ли она и сколько информации она выводит? Предполагая, что в качестве суперпользователя у вас есть разрешение на чтение, попытка прочитать все за один глоток в последней строке вашего кода будет точкой, где можно ожидать отказа (поскольку объем информации может быть действительно огромным); обходным путем было бы читать немного за раз, вместо того, чтобы делать один звонок .read().

Edit: вы получаете ли ваши трубы в хорошем современном стиле (с subprocess) или осуждаются-но все еще работает старый способ (с popen), не имеет никакого значения для этой проблемы. В любом случае, вы можете получить одну строку за один раз, просто перекручивание над объектом трубы, например:

child = subprocess.Popen(whatever, stdout=subprocess.PIPE) 
for line in child.stdout: 
    print "One more line:", line 

Answer 2

Проблема, вероятно, заключается в том, как вы вызываете xxd, учитывая, что ваше приложение ничего не делает с файлом.

Answer 3

Я предполагаю, что вы уже пробовали ту же команду из командной строки, и она работала хорошо, даже если доводят до less или что-то в этом роде.

У меня есть сильное чувство, что использование subprocess исправит это поведение; Этот модуль заменяет вызов popen, который устарел, и дает большую гибкость при запуске и получении результатов от выполненных команд.

output = Popen(["xxd", "file"], stdout=PIPE).communicate()[0] 

Попробуйте запустить процесс под собственной оболочкой и прочесть его трубу. Если это все еще не работает, убедитесь, что вы установили разумный предел его размера буфера и убедитесь, что вы не используете communicate, что заставит вас ждать завершения процесса (долгое время при работе с блочным устройством).

Комментировать мой ответ, если он не работает, и попытаться точно описать, что не так - это замораживание, просто никаких результатов или искажений?